The eclipse documentation says that the method
IWorkbenchPage.hideEditor(IEditorReference ref)
will "remove an open editor, turn it into a non-participating editor". But what does non-participating mean? Is the plugin still running in the background? Is it still possible to programmatically access the EditorPart of the hidden editor in another plugin?
If I had a GEF editor and would hide it using hideEditor(), would it still be possible to render an overview of the diagram?
Looking at the Eclipse Kepler implementation of IWorkbenchPage the hideEditor method does nothing except logging an unsupported message if debugging is enabled.
Related
If a custom quick fix added using MarkerResolution it becomes available both in the "onhover" popup (left pic) and in the Ctrl+1 editor menu (right pic).
It works fine in most cases, but unexpectedly we found some environments (not related to OS) in which the same Eclipse version offers only the second way to show quick fixes.
Is it a known Eclipse bug or a feature depending on a setting?
Any thoughts?
I'm currently switching from Netbeans to Eclipse. In Netbeans, pressing Alt+Enter on a line with an error or warning will cause a dialogue to pop up with suggested fixes.
In Eclipse, the same dialogue can be shown, but I have to hover over the error/warning with my mouse. The "focus" hotkey doesn't seem to do anything except allow the dialogue to remain open.
Is there any way to emulate the Netbeans dialogue behavior in Eclipse?
In Eclipse this feature is called Quick Fix (Ctrl+1): see Eclipse help: Quick Fix and Quick Assist
Shortcuts can be changed in Window > Preferences: General > Keys (by default Alt+Enter is bound to the command Properties).
I'm using SonarLint 1.3 in Eclipse Mars. My problem is when there's an SonarLint issue it prevents every other tooltip from appearing.
Example: as you can see tooltip for Hashtable is not shown because of SonarLint hint.
Is there a way to show both Eclipse tooltips and SonarLint hints?
This is standard Eclipse behavior that problem marker tooltips will have higher priority than JDT Hover tooltips.
If you want to force JDT tooltips to be displayed it is possible using some keybord shortcuts. Look in Eclipse preferences for Java -> Editors -> Hovers
For example to see the Javadoc tooltip that is displayed on Hashtable when there is no SonarLint issue you should press Ctrl+Shift
Example:
The simplest solution I found is to "show view" javadoc. By doing this you will be able to see SonarLint tooltip and the code fragment-related javadoc in the javadoc view when you placed your cursor inside the code fragment. Yes, this is NOT actual "hovering", I know, but this is the only way I found so far.
I am using Eclipse Luna with EPIC plugin under CentOS 6.3.
Is is possible to make "Find/replace" dialog (shown when clicking CTRL + F) transparent, so I can see matches below it when clicking on "Find" button?
Assuming you are you using GNOME, I do not believe you can do it for a specific dialog. It is either the entire application or nothing. :(
https://extensions.gnome.org/extension/684/transparent-windows/
Strangely enough I have done something similar in Windows OS. There is a desktop tool called Dexpot, which has "Desktop Rules" feature that can apply transparency rule to dialog with a specific title.
I just find out that windowbuilder comes with the original Eclipse package. There are project palette, application window, japplet, jdialog, jdialog, jframe, jinternalframe, jpanel, swing automatic databinding. Which one should I start with and how to learn more?
For Eclipse IDE, Window Builder is one more Editor for handling java source files.
So you should be able to open all java classes with it. Right click on any java class and select open with menu option. You should see "WindowBuilder Editor" as an option there.
Note that this editor may not show any content in Design or Bindings tab for any non-GUI classes (e.g. interfaces).