I've downloaded latest Eclipse platform 4.2.1 and faced issue with configuring views for different perspectives.
I'm unable to configure views independently for different perspectives, after configuring some perspective and switching to another I can see my changes were applied to all perspectives. This is undesirable for me. Is there a way to use old "independent" style of perspectives configuration?
What you're probably running into is a new "feature" in Eclipse 4.2 (Juno), namely the ability to drag views out of the Perspective. This new "area" for views shows up regardless of what Perspective, so what you're seeing is that you've put views there and now they show up in all Perspectives, making it seem like all Perspectives have been changed.
They (the Eclipse Platform UI team) are working on some improvements to the drag-and-drop of views that will, supposedly, make it harder to do this and thus less confusing to users.
See https://bugs.eclipse.org/bugs/show_bug.cgi?id=367920 and https://bugs.eclipse.org/bugs/show_bug.cgi?id=349867
Related
This page says that I should be able to dock my perspective bar in Eclipse Juno on the left, just the way I've been doing it in Indigo, Helios and previous versions.
Except that the menu I get when I right-click on a perspective button in the perspective bar, only includes the following options:
close
show text
Has anyone else run into this -- is there something wrong with my configuration or workspace? Or is it time for me to submit a bug?
(I'm using this release: 20120614-1722 )
It seems like this feature will be implemented in M20120809-1200/4.2.1/Juno SR1. See
this comment on eclipse bug 383599.
Dock functionality is not available in Eclipse 4.2 - only in Eclipse 3.8
See comment #3 at https://bugs.eclipse.org/bugs/show_bug.cgi?id=383599#c3
I'm currently in the process of enhancing the DnD for trim elements to include the Perspective Switcher (as well as tool bars and most of the rest of the trim). Hopefully this will make it into the SR1 release in September.
Note that we won't be putting the 'Dock on Left' context menu back though since we're trying to reduce the complexity by only having one way to do things...
I wouldn't rely on the online documentation for specific information, I think large chunks of it are just copied over from previous releases into a new folder and left there.
I've been confused a few times by this fact too (in my case it was also concerning the UI configuration).
The page you supplied in your link is indeed labelled Juno (4.2) but as eugener mentioned this feature is for the 3.x (Indigo).
I had been using Eclipse 3.x for a few years and while I had a few issues w.r.t. its stability and performance, I never had any particular annoyance with the UI itself...
Now that the new and shiny Eclipse 4.2 is out of the oven, it feels more stable and somewhat snappier, but I instantly felt a dislike for some details of its UI:
I find the "curved" look of the main toolbar distracting and it seems to me that it does not mix well with any other element in my desktop. It could just be a color issue, but the toolbar is prevalent enough to merit a specific mention.
The default colors do not work well with the TFT/TN displays of the laptop and both desktop computers that I am using. The various gradients seem completely washed out, the tab separators are practically invisible and the toolbar curve looks totally weird.
It's also almost impossible to tell which view is active - Eclipse 3.x used a unique blue color for the active tab header. Juno uses a color-reversal in all inactive tabs, which probably sounds more visible, but in my opinion that effect is lost because the active tab is still in a shade of gray which is lost in the overall gray-ness of the new UI...
So, how do I get back to a more reasonable look and feel? Is there somewhere a theming option that would help?
PS.1: I use Eclipse/GTK on Linux...
PS.2: What happened to all the colors in Juno, anyway?
PS.3: Can we keep the new splash screen, though? That one, I like...
Apparently, the Eclipse developers were kind enough to leave us an easy way out:
From the Window menu, select Preferences.
Expand the General category in the Preferences dialog tree.
Click on the Appearance sub-category.
On the left side of the window, a Theme drop-down menu will appear - click on it.
Select Classic in the Theme drop-down menu.
Most important: you need to restart Eclipse after that, even though no hint to that effect appears.
This setting is mentioned in several blog posts, which for some reason I could not find until I started using terms such as "awful" and "ugly" in Google. It seems that I was not the only one to find the new theme unbearable...
There is another way documented here.
This goes a lot further than the switch to classic theme and makes it look like 3.x.
The problem with the Juno L & F is that its great on monitors with 1600x1050. But my work PC has 2 screens that are 1280x1-24. Not so great!
I found a way to make Juno look like Indigo: I know there are new fancy themes around but I'm not willing to spend time on it.
My solution is just to copy the Indigo css_prefs files into Juno directory
.metadata/.plugins/org.eclipse.core.runtime/.settings
The file you have to look for are
org.eclipse.e4.ui.css.swt.theme.prefs and org.eclipse.wst.css.ui.prefs
If you don't have them you can download from my blog http://www.venturin.net/2013/04/04/eclipse-juno-looks-ugly-in-linux-mint-14-nadia/
To restore traditional style tabs on more recent versions of Eclipse, edit e4_classic_winxp.css and change swt-simple: false; to swt-simple: true; (this assumes you are using the default Classic theme).
On Eclipse Kepler this file is located in:
eclipse\plugins\org.eclipse.platform_4.3.2.v20140221-1700\css
On Eclipse Mars this file is located in:
eclipse\plugins\org.eclipse.ui.themes_1.1.0.v20150511-0913\css
According to the Eclipse wiki, Eclipse 4.x does not have the "customize perspective" option:
Given the increased flexibility allowed by a modeled UI, we have not put effort in the 4.x release into modeling the same perspective functionality as in Eclipse 3.x.
My question, of course is: how, then, do I add or remove menus from a perspective when I need to?
For example, I need the "Team" menu visible in order to use source control (I still have access via the context menu, but for some reason key shortcuts do not work). Also, I'd like to jettison menus I never use, like "Commands", "Run" and "Navigate"
I need to customize the look & feel of my RCP application.
I took a look at Eclipse Presentation API and I suppose it allows to customize everything in workbench except controls.
So is there any solution to customize controls?
I made some research work and implemented some ad-hoc SWT cunstomization using control canvas drawning. May be there are better solutions?
In Swing you can use Synth theme. It would be great if some 'skin' framework exists for SWT.
One way of customizing an RCP app is by using a plugin_customization.ini file. Like this:
Create a new file called "plugin_customization.ini" in the root of your project.
If you have not already done so, create a product configuration and define a Product.
In your plugin's manifest editor, on the "Extensions" tab, locate the "org.eclipse.core.runtime.products" extension, expand the node, right click on your product node and select "New > property" from the context menu.
Enter "preferenceCustomization" in the "name" field and "plugin_customization.ini" in the "value" field.
Select "File > Save" from the main menu.
You can then customize a lot of things simply by editing plugin_customization.ini file. For example, adding the following line
org.eclipse.ui/SHOW_TRADITIONAL_STYLE_TABS=false
will give you rounded tabs on your views and editors (similar to those that Eclipse IDE has) instead of the default ones.
You can find other constants that you can use in IWorkbenchPreferenceConstants javadoc.
Also, check out the Eclipse skins project, if you haven't already.
There is also the possibility to use CSS to change the look & feel of your app, but that is still in development and can be buggy
As for customizing the SWT controls themselves, the only way to do that (apart from small customizations such as changing the background colour of a control etc.) is by creating your own custom controls by extending Canvas or Composite, but you already know that. Keep in mind that the point of SWT is to use native controls, so if you desire the ability to completely customize your controls, perhaps using Swing would be a better option. However, if you're going to use Swing, it may be better to use another RCP entirely - namely, NetBeans RCP. I haven't tried it out yet, but I know that whereas Eclipse RCP uses SWT as a widget toolkit, NetBeans RCP relies on Swing, so that may save you from some headaches regarding compatibility problems and so on.
The new Eclipse 4 work contains plugins that allow the L&F to be customized using CSS. These plugins can be run in a 3.7 Eclipse environment. See Kai's blog for a presentation on the subject: http://www.toedter.com/blog/?p=477
The Eclipse 4 Styling Tutorial has a slide (p.66) on where to get an 3.7 based RCP example.
I'm using Scala plugin for IntelliJ IDEA and my project has a few thousands lines of source code.
Unfortunatelly, when I'm typing the code IDE freezes frequently(i.e. on code completion etc.). I tried to switch off inspection, but there was no effect.
Is there a way to turning off all plugin's features for using it just as syntax highlighter and build tool?
Try closing or reconfiguring all views that show detail at the level of individual class members (methods, vals and vars, basically). Specifically, that's the Structure view and the Project view when the "Show Members" option (in the "cogwheel" menu at the top right) is enabled. It is reported that maintaining these views slows the Scala plug-in appreciably.
You should also get the 9.0.4 EAP of IDEA (currently #95.538) and stay up-to-date with the Scala plug-in nightly releases. There sometimes bugs, but as a rule, quality is good and progress is sufficient to warrant doing this.
Edit:
The two views that do (or can) present information at the class member level of detail and which can slow the plug-in substantially are:
The Structure tool window (Window -> Tool Windows -> Structure / Alt+7)
The Project tool window (Window -> Tools Windows -> Project / Alt+1)
The Structure tool window always shows the class member level of detail, so if it's open, you're susceptible to this slow-down. The Project tool window only shows class members if you configure it to do so. The way this option is controlled is in the menu that is attached to the "cog wheel" or "gear" icon in that window's upper-right corner. The option to disable in that menu is "Show Members."
Try IDEA X EAP plugin version. It's much faster.