How can I have NAT Skin with TinyMCE as the editor in twiki. When I changed my skin to Nat in the twiki preferences my editor automatically got changed to natedit though i was working previously on tinymce editor and would like to do so in the future but with nat as the default skin.
I finally got the answer. This is a bug in TWiki and will remain so. What we can do is to shift to its fork FosWiki for the bug have been long solved in there.
Related
Normal editor folding staying left side of html editor. But it did happen I don't know, it folding area moved to up of editor. So How I can fixed it ?
Thank you for helping...
Edit 1
I thought my problem was caused by this but my problem is like that,
there is folding in left side of editor. it's hiding in few second only vue template. It's working normal html files. How can I do like as below ?
This is not related to folding. The thing is called "breadcrumbs", and can be disabled using:
"breadcrumbs.enabled": false
I found solution,
I was using vetur extention. and Vetur published new version which is 0.27.1 and it's not working very well. I installed previous version it's fixed.
I am using the Dark theme in Eclipse Oxygen. When I hover over a class to view the Javadoc, the links are in blue and very hard to see
I have tried editing the hyperlink color in Preferences -> General -> Appearance -> Colors and Fonts -> Basic -> Hyperlink text color but that didn't work. Under the Java section in Colors and Fonts there is an entry to edit Javadoc background and Javadoc text color, but I see nothing for Javadoc hyperlink color or something like that. I could change the background color as a workaround but that breaks the dark theme and I'd rather not.
The short answer is you can't because it's system dependent.
Among the many other ongoing dark-theme bugs that need to be fixed, the particular bug you've found has been recently reported here as bug 517393. The target fix for this bug is in Eclipse Photon (4.8) Milestone 2.
I've figured out a workaround for this issue at least for Windows.
On Windows, Eclipse's html renderer follows Internet Explorer's option for changing color of webpage. So, if you do not use Internet Explorer or just do not mind such change of all webpage, let's go!
Please note that some desciption below may not be accurate since I do not use an English version of Windows.
Open IE, click GEAR icon at top right corner - choose Internet Optioin - click Color at the bottom - uncheck Use Windows Color - change the color of Visited and Unvisited, and the rest two to suit your need if you use dark theme in Eclipse. Apply the change.
Then click Accessibility (on the right of Font) - check Omit Color - Apply the change.
It's done.
For those who are like me still stuck with an older Eclipse IDE like 4.7.3 (without the fix of the bug mentioned in the first answer) and are using Windows:
The workaround in the previous answer does not work if you have Microsoft Edge installed instead of Internet Explorer. Reason: Microsoft Edge does not let you change the link color. There are Chrome Extension that you can install but this didn't work for me either.
Another solution could be to switch Windows to "High contrast mode". Someone even managed to change the link color for Eclipse. I accidently found this "temporary" workaround:
Start Eclipse
Activate Windows "High contrast mode"
Eclipse wants to be restarted. Say yes.
Deactivate Windows "High contrast mode"
Again, Eclipse wants to be restarted. Again, say yes.
Now the Javadoc popup looks like in "Light" theme!? So links are very easy to see now.
However, that's not a really comfortable workaround: it needs some time and you have to repeat these steps after every reboot. My "favorite workaround" for now, is to select the link text in the Javadoc popup with the mouse, so that the link text is displayed with a more readable background/foreground color combination.
I've been using the Eclipse color theme plugin, and it's been great so far - However there's one problem/setting I can't seem to figure out how to change - it's occurring when I try to edit javascript in a jsp page - when I choose a dark color theme (Monokai in this case), Eclipse highlights the code with a javascript tag with a light highlight (see attached pic).
Does anyone know if there's a setting I can change in eclipse to change or remove this, or if it's even possible to change?
I ran into this problem as well.
Short Answer:
Window -> Preferences-> MyEclipse -> Files and Editors -> Javascript -> Editor -> Syntax Coloring -> Background
More Answer:
You have to poke around for a while, but it seems like everything is somewhere in the Window -> Preferences path, and not necessarily where other related things are.
There's one section for html, one for jsps, and another for all the javascript inside of both of those, for example. One for global defaults (which others inherit... sometimes), etc. The key phrase to look for is "Editor"- then you know you're probably going to be able to configure the color of something.
EDIT: For anyone coming to this question through searching, you can install a Gnome Theme called Clearlooks Compact to shorten your tabs in Eclipse. This will free up a lot of screen space. You can also check out the answer below to learn how to make the tabs more horizontally compact.
Short version: How do I make a short version of Eclipse's tabs & toolbars in Ubuntu?
I've been looking around for a fix to this on Google, but to no avail. With any GTK theme, I still have this same issue and it's very, very annoying--to the point where I've stopped using Eclipse in favor of gEdit. However, after running pylint from a terminal too. many. times. I've decided I need to find a solution to this issues with Eclipse so I can have PyDev back. Here's what the tabs look like:
alt text http://c0496682.cdn.cloudfiles.rackspacecloud.com/big-tabs.png
As you can see, not only are the tabs exaggerated, but the toolbar is, too: so is the toolbar on the bottom; so are the tabs in the bottom pane. Overall, it's eating up a lot of screen space, which is a hard item to come by on a 17" screen. Any suggestions/fixes?
This can be solved changing your GTK settings;
gedit ~/.gtkrc-2.0
Then add this;
style "gtkcompact" {
GtkButton::default_border={0,0,0,0}
GtkButton::default_outside_border={0,0,0,0}
GtkButtonBox::child_min_width=0
GtkButtonBox::child_min_heigth=0
GtkButtonBox::child_internal_pad_x=0
GtkButtonBox::child_internal_pad_y=0
GtkMenu::vertical-padding=1
GtkMenuBar::internal_padding=0
GtkMenuItem::horizontal_padding=4
GtkToolbar::internal-padding=0
GtkToolbar::space-size=0
GtkOptionMenu::indicator_size=0
GtkOptionMenu::indicator_spacing=0
GtkPaned::handle_size=4
GtkRange::trough_border=0
GtkRange::stepper_spacing=0
GtkScale::value_spacing=0
GtkScrolledWindow::scrollbar_spacing=0
GtkTreeView::vertical-separator=0
GtkTreeView::horizontal-separator=0
GtkTreeView::fixed-height-mode=TRUE
GtkWidget::focus_padding=0
}
class "GtkWidget" style "gtkcompact"
borrowed from http://ubuntuforums.org/showthread.php?t=1465712
In addition to #Varun Mehta answer, I recommend the following tips for Eclipse 4 (Juno), whose interface is partially dictated and configurable by CSS rules:
In YourEclipseDir/plugins/org.eclipse.platform_4.x.y.v2012zzzzzzzz/css, edit:
e4_basestyle.css
e4_default.css
e4_default_gtk.css
... and adjust those files. I use the following set of tweaks:
set all the margin-* and padding to 0
set swt-shadow-visible: false everywhere you find it, to get rid of those huge shadows
set .MPartStack {font-size} to something smaller than 12
Finally, remember you can disable the toolbar. In 4.0, its state wasn't remembered across sessions, but it seems like the issue is solved in 4.2.1
Bonus resources: Eclipse4/CSS will get you started on Eclipse4 CSS, E4/CSS/SWT Mapping lists other interesting CSS attributes, and CSS Spy will help you inspect the UI.
Screenshot of what I end up with:
EDIT: see also How to remove the close (×) button from Eclipse Juno tabs?
In Addition to Ronans answer, it is possible to change the height of the tabs directly in Eclipse Juno.
edit the css file of your current style (e.g. e4_default_gtk.css) and add
CTabFolder {
tab-height: 16px;
}
Note: CTabFolder ... not add this to CTabFolder Canvas!
I too have suffered from this quite a bit, before I found the solution by changing the general appearance of my IDE.
You can try and customize the look-and-feel or you Eclipse Environment from,
Go to : Window -> Preferences -> General -> Appearance.
try setting,
Current Presentation to " Default ".
Enable " Traditional Style Tabs " (for rectangular tabs.)
Disable Animation ( if you don't like swoosh effect.)
Note: the Default Eclipse 4 just got a bit better with bug 420238 closed:
[CSS] Reduce whitespace usage in the default Eclipse themes
Before:
After:
See Lars Vogel's article about it:
If you fire up the next Eclipse 4.4 milestone build, Eclipse uses much less whitespace and leaves more space for the important content.
(That would be 4.4 M5)
While this is on a technical level a trivial change, I hope that this will improve the initial perception people have in using Eclipse.
A big thanks to Daniel Rolka, Robin Stocker and Dani Megert for doing the majority of the work and a big thanks all involved parties in the Bug report to get this change accepted.
If you really want to make the tabs nice an' short, take a gander at Clearlooks Compact.
I preferred to just hit the whole IDE with a splash of "meh," so here's what I ended up with.
I have a very strange effect when using subclipse with eclipse. Whenever I use Team->Export to export a file from the editor the export works fine, but the label of the tab of the file is removed.
Effect can be seen here: http://www.daspferd.de/img/tabs.png
Strangely enough it happens with php-files, css-files, html-files but NOT with javascript-files. So I'm assuming it's some kind of setting that I haven't found yet and not a bug in subclipse.
Anyone know where I can shut down this behaviour?
It could be a bug in the editors. If eclipse opens an editor on the exported file, it might not open it as an IFileEditorInput, and the editors therefore do not set the title correctly (that's the job of each individual editor implementation).
This is just a guess, but it would be consistent with some editors behaving ok and some not. It would basically be a missing feature in some of your editors.