I have to use eclipse 3.1. I'm using it in an Ubuntu 11.04 VM (VMWare). It seems that every view I use is initially blank/empty until I close and reopen it. This is annoying but I can deal with it.
The problem is this trick doesn't work with the view for source code files.
Has anyone ever seen a similar issue? Are there any work-arounds?
I don't know if it is related. But the main menu is also initially missing. If I resize the application window, the main menu reappears.
This is a known issue with newer Linux desktops when using older versions of Eclipse.
The GTK widget set changed the default way it renders widgets. This causes versions of Eclipse that were compiled against the old GTK library to experience empty views like you saw as well as problems with ignoring some mouse clicks on buttons.
If you set this environment variable before launching Workbench then it should resolve the problem:
export GDK_NATIVE_WINDOWS=1
I verified this on Ubuntu 11.04 with Workbench 2.6 and the problem went away after I set the variable.
Best regards,
Rob
Related
Installed fresh installation of Eclipse on centos.
After restarting suddenly all buttons are aligned middle instead of left.
Where is the setting to change that?
Eclipse version 4.16.0
Build id 20200615-1200
Edit: seem to be a GTK problem, I managed to find those settings in gtk inspector using ctrl+shift+D and change the toolbar elements to GTK_ALIGN_START, and that fixes it.
But no idea why it's like that to begin with? All my other apps works, and all use GTK_ALIGN_FILL, only eclipse is like that.
Also new eclipse installation doesn't help.
Any way to change all gtk aligns for a program and save?
So, I'm working on an Eclipse Plugin which includes a custom view based on analysis of source code. The majority of the time, it works great. However, if I quit Eclipse with that view open, when I reopen it, it runs into an error with either IWorkbenchWindow.getActivePage() or IWorkbenchPage.getEditorReferences() returning null. This inconsistency seems to be because the view has the focus when Eclipse quits and is the first thing that Eclipse tries to reconstruct on start up. the focus is on a non-window shell (I don't fully understand this, but that's what this said). Is there a workaround so that I can ensure that Eclipse fully loads its IWorkbenchWindow before my custom plugin regardless of what has the focus when Eclipse closes?
Thanks
You can consider using the site instead: getSite().getPage()...
Tonny Madsen pointed out in the comments that, from within a View, I can access the Active Page from getSite().getPage(), which solved the issues.
Basically I have multiple monitors for development with Eclipse. I detach some of the windows such as the "Console" view so that I can have it fill my monitor. This is great as I can fill up my screens.
However in some cases I also want to have my browser in front while I'm coding since there's some documentation I need to look at. I can't figure out how to do this without creating another perspective...
You can open a new window (Window|New Window) and drag your views into this window instead of detaching them. New windows are not connected with the main one and you can control their visibility as you wish.
The answer appears to be that you can't...
In Eclipse Luna I had the problem that floating windows were not coming up while setting the focus on the main IDE window. It happened after I changed from 32 to 64bit using the same workspace. The windows were opened and closed correctly.
What solved the problem was reintegrating the floating windows into the main IDE window and recreated floating windows again.
Dear RubyMine Overflowers,
I downloaded the latest version of RubyMine (3.2.1) on a Mac running SL 10.6.8 and latest apple provided Java.
I am experiencing some problematic behavior regarding the mouse right-click.
I can bring up contextual menus only by double right-clicking. if I single right-click, the menu comes up very instantly and disappears.
After some experimentation, I have concluded that if I right-click and manage to keep the mouse pointer at the exact pixel as before r-clicking, contextual menu disappears. If the pixel before right-click is different than the one after r-click the Contextual menu stays. (Imagine the chaos when this applies to the Project window: i get constant warnings of moving files).
Anybody experiencing such funny stuff in RubyMine? or otherwise, any way to change mouse pointer sensitivity?
Many thanks...
Petros
There is similar issue, but it's known to affect only Linux users with Eclipse keymap:
Intellij right click context menu problems in Ubuntu.
I can't reproduce it on Mac, but the question above is worth checking, maybe the suggested workaround will work for you.
I have a issue with new Intellij IDEA 10 and Scala plugin. The editor is permanently freezes when I'm typing anything in the Scala source files. In the other files (java and other) editor works good.
Structure view, scala inspection and show members features are switched off. Heap size increased to 1Gb(the IDE actually used just a half of it).
Any suggestions?
There should be a series of thread dumps in the logs directory (~/Library/Logs/IntelliJIdea10 on MacOS X, ~/.IntelliJIdea10/system/log on Linux, %USERHOME%/.IntelliJIdea10/system/log on Windows). Please file a YouTrack issue at http://youtrack.jetbrains.net/ and attach the thread dump files to it.
I had a similar problem with IDEA 9. After lots of searching, I found a strange solution: Deactivate the toolbar and/or navigation bar. (Menu: View -> Toolbar, Navigation Bar)
This actually solved it for me. The explanation was that IDEA had a problem rebuilding the icons in those bars somehow and would sometimes get stuck. I don't know if the problem persists with IDEA 10, and I don't know if it will fix your problem. But maybe you want to give it a try. Deactivate those two bars, restart IDEA and see if those interruptions come again.
IntelliJ is just a Java application, so take advantage of the diagnostic tools for the JVM.
Capture a thread dump during one of the editor lock ups using jstack, as described here. You could also use jconsole or jvisualvm.