Eclipse Mars hover over methods is black after update - eclipse

I updated to Eclipse Mars. Now if I hover over methods I have black text on black background. Before updating from Luna I had yellow background, black text. How can I configure this hover over for methods? I am on Ubuntu 14.04.2 LTS.

The best workaround I have is this:
export SWT_GTK3=0
before starting eclipse. (You can also do: SWT_GTK3=0 ./eclipse)
Alternatively, you can now also do:
./eclipse --launcher.GTK_version 2
I found all GTK3 modes to be barely usable, and in a mess.
The "dark" (emo) mode still works somewhat, because there seem to be some hardcoded colors somewhere (ouch). I wish they would test better. This is just unusable. And I wish the GNOME people would stop breaking their stuff all the time, too. I hate everything they have been doing the last few years... they are totally designing their UI for a different audience than developers.
When trying out different themes/engines always restart eclipse completely (not using the "restart" menu) to make sure to pick up new environment variables etc.
You can set this as default, by adding export SWT_GTK3=0 into your $HOME/.profile which will usually be read on login (i.e. this will only be effective if you logout and login again).

I had similar problem. so i decided to install eclipse mars using oomph installer . guess what !! finally i have my eclipse without any GTK 3 problems.
Give it a try there is much more what oomph offers.
I'm using Fedora 22 Workstation with GNome

Related

Netbeans 12.1 menu fonts too small, --fontsize no longer works in /etc/netbeans.conf for Ubuntu 20.04

Netbeans 12.1 no longer respects the --fontsize directive in the /etc/netbeans.conf config file.
The menu fonts are way too small on a large screen.
Yet setting Preferences->LXQt Settings->Font->Point size in the Ubuntu control menu, which is normally respected by most Unix app windows, does not carry through either.
And although Netbeans's
Tools->Options->Fonts & Colors->Profile: NetBeans->Syntax->All Languages->Default -> Font
setting changes the font for the code itself inside the editor, it doesn't change the IDE menus.
You would think, after all these years, that there would be a command inside the Options to change the menu font size, but it's still not there yet.
And now editing config to change the --fontsize startup option is no longer respected.
How best to change the size of all the system fonts in the Netbeans IDE display environment?
The best solution I've found so far is to change the Look & Feel.
Invoking aptitude install netbeans currently (Sept '20) gives version 10, which breaks with a jcraft/jsch error, also "could not successfully run the /usr/bin/g++ compiler" on my system even though g++ is perfectly fine and protections cleared, also "Build Host not connected", after C++ is installed from the 8.2 repository. Tastes like some kind of jdk error (I've got /usr/lib/jvm both 8 and 11 jdks installed, hard to believe it can't find them). But if the install doesn't work right out of the box, it's a bad sign. So I tried snap install netbeans --classic . This gets version 12.
Netbeans version 12 comes with the Metal Look & Feel configured by default. Changing this to the GTK+ look and feel, using Tools->Options->Appearance->Look and Feel->GTK+ with a restart, finally got the menus to the correct system size.
Unfortunately, the Help->About popup still does not respect this, having minuscule fonts. Perhaps there is a better way?
Although "Look and Feel" is an improvement, I would still like to see direct control of the IDE menu fonts. From the Options Fonts & Colors menu.
Running netbeans from commandline with an additional argument --fontsize 12 works for me. Open a console and go the bin directory of netbeans and use the command ./netbeans --fontsize 12. Change the font size to whatever suits you.
In Netbeans in Tools->Options->Appearance->Look and Feel, I could solve the problem.
But in my case, the selected option already was GTK+. Changing to Metal solved it.
Install Netbeans 13.
It should help

Improve Eclipse look and feel on Fedora

I am using Eclipse Neon on Fedora 24. The look and feel is not as great as Eclipse on Windows - for example, it takes a long time for the mouse pointer to become draggable when on the border of two windows. What are some potential solutions to improve this.
Thanks
A few things to consider:
Sometimes certain plugins cause glitches. For example I know Javascript plugin interferes with C development sometimes. Try a fresh upstream Eclipse with a fresh workspace, ex try the latest 'maintenance' eclipse:
http://download.eclipse.org/eclipse/downloads/
These often have the latest fixes.
If you've turned on the black theame, you could try the regular white theame as currently there are some u.i issues specific to the dark theme. ex:
499515: [Gtk3][Dark] Click on package explorer only works on second click when dark theme is enabled
https://bugs.eclipse.org/bugs/show_bug.cgi?id=499515
Some Window managers (ex i3) tend to introduce visual glitches in Eclipse. Try alternative window managers or the standard 'gnome' to see if there is a difference.
If you're running wayland, currently Eclipse is a little unstable on wayland, but port is in progress: 496923: [Wayland] Improve support for Wayland in 4.7
https://bugs.eclipse.org/bugs/show_bug.cgi?id=496923
You should also consider submitting a bug with more specific details of your setup, (help -> about -> installation details -> Configuration, copy and attach). To do so, go here:
https://bugs.eclipse.org/bugs/enter_bug.cgi?product=Platform
Select "SWT" from Component.
If all else fails, I often hang out on freenode#swt, feel free to ping me there. (lufimtse)
Try this
https://coffeeorientedprogramming.com/2016/10/06/make-applications-eclipse-use-x11-backend-on-wayland-fedora-25/
and I modified my /usr/share/applications/elipse.desktop exec parameter, like this
Exec=env GDK_BACKEND=x11 eclipse
my eclipse.desktop =>
[Desktop Entry]
Type=Application
Name= Eclipse
Comment=Eclipse Integrated Development Environment
Icon=/opt/eclipse/icon.xpm
**Exec=env GDK_BACKEND=x11 eclipse**
Terminal=false
Categories=Development;IDE;Java;
Terminal=false
StartupNotify=true
Encoding=UTF-8

eclipse - swt - using windowbuilder in xfce env

I have some problems with eclipse indigo x64 Linux; The problem is using windowbuilder (the SWT); I tried using gwt or swing but they both cause either windowbuilder freeze or even eclipse crash...
The alike issue it seems I found related info in official eclipse indigo offline Help which says :
How can I prevent the preview window from flashing under Linux using Metacity
In order to create the graphics that you see in the design view,
WindowBuilder Pro creates an off screen window containing the various
widgets and they takes a screen snapshot of them. This works very well
under Windows, OSX and some versions of Linux. Recent versions of the
Metacity window manager (more recent than 2.1.4), however, have been
modified/"fixed" to disallow windows to be opened off screen. This
forces the preview window to appear on screen leading to an annoying
flashing effect any time you make a change. The solution is to disable
the Metacity "fully_onscreen" constraint by patching the Metacity
source code and rebuilding and installing the patched version into
your system.
Here are the steps to follow:
Download the Metacity source code from ftp://ftp.gnome.org/pub/gnome/sources/metacity/
Unpack the source code tarball into any temporary directory.
Chdir into this directory (with the unpacked code).
Find window.c file and open it with your favourite texteditor.
Find a line with "window->require_fully_onscreen = TRUE;"
Replace it with "window->require_fully_onscreen = FALSE;"
Save the changes and close the editor.
Open a terminal and chdir into the directory with the source code (nice if you have already done this)
Run "./configure".
Run "make all".
Make sure that steps 9 & 10 completed without errors.
Become root (or execute the next command via "sudo" depending on the Linux you are running)
Run "make install" (or "sudo make install").
Save your work and close any application you are working with.
End your session (or press Ctrl-Alt-Delete to restart the x-server) and log in again.
You are done!
well seems like I have the snapshot really but, as I can get it, the snapshot doesn't want to dispose or similar so I have either resize the whole eclipse or press F5 to refresh (which works not at once);
I am not sure how to fix the issue in case I have xfce+adwaita installed? I don't have metacity installed; Seems like xfce works with gtk instead of metacity (correct me if I am wrong);
So my question is... how to fix the "window flashing or freezing" if I have :
xfce4
adwaita-dark theme
linux arch x64ce
Thanks
Try to install install libswt-gtk-3-jni and libswt-gtk-3-java.

Eclipse Dark Theme on Linux Mint Cinammon

I'm struggling to run any plugin that makes Eclipse IDE more "dark". I tested both:
http://rogerdudler.github.io/eclipse-ui-themes/
https://raw.github.com/guari/eclipse-ui-theme/
But the problem is that under Cinnamon buttons background doesn't change. But for instance tabs from tabbed pane does. Here you have screenshot how it looks like
Any idea how to fix that?
Some mint themes come with controls.
In Linuxmint 17:
install cinammon theme delorean-dark or D-dark_smaragd (I prefer the first one)
quit and restart cinnamon-settings
now you should be able to select delorean-dark or D-dark_smaragd for controls on other-settings tab
Eclipse is fine now, but synaptic looks theird after that (gnome 3 fallback theme):
themes are installed to ~/.themes - so I copied them to /root/.themes

WindowBuilder Pro – Incorrect display of content pane and element frames in the design view

I need some help with following problem:
Problem:
In the design view frames that appear around selected Swing-elements are not displayed at their correct positions. Also the content pane is not located at its right position inside the window (JFrame). It seems no matter whether layout is used (e. a. BorderLayout, GroupLayout).
For example, the frame of a selected button is display many pixels above or beside the button. In this case, if you want to select a GUI component by clicking it with your courser you should not click on the graphical representation of that element but some pixels above or where ever the frame could be – you have to consider the offset of the shifting.
By nearly every refresh of the design view (F5) or if you shift some components in the content pane the offset of the wrong placed frames changes for some pixels – sometimes the frames are above, sometimes below or beside.
Are there other persons with this problem?
Are there persons that don‘t have these problems with WindowBuilder Pro with Ubuntu 12.04?
What could cause this error and how it might be solved?
System environment under which the error occurs:
One desktop PC / One laptop
Ubuntu 12.04 (with Unity) / Kubuntu 12.04 (with KDE)
Oracle Java 7
Eclipse 64 Bit:
Eclipse 4.3 Java EE / Eclipse 4.3 Standard / Eclipse 4.3 Modeling Tools
Installed under „/opt/eclipse“. The error occurs, no matter whether the folders belong to root or to normal user.
WindowBuilder Pro 1.6.0 (Eclipse plugin installed with eclipse software manager)
I also tried WindowBuilder Pro in Ubuntu 13.04 in VirtualBox. But as soon I am moving the mouse on the palette eclipse crashes.
Hints:
The error seems to occur only, if the content pane is not correctly positioned inside the window (JFrame). Sometimes the content pane is out of place by a few dozen pixels, sometimes it is as wide as the JFrame itself, sometimes it is little bigger than the window.
The error does not occur with Windwos 7 and with Xubuntu 13.04 under otherwise identical conditions (I did not tested Xubuntu 12.04). But the error occures with Ubuntu 12.04 and Kubuntu 12.04.
My workaround is to use WindowBuilder Pro with Xubuntu 13.04 installed in VirtualBox. Of course this can not be a permanent solution, because I want to continue to use Ubuntu 12.04 LTS.
I have read http://help.eclipse.org/indigo/index.jsp?topic=%2Forg.eclipse.wb.doc.user%2Fhtml%2Ffaq.html.
Here the same problem is described, but there are no answers: https://stackoverflow.com/questions/15818379/windowbuilder-eclipse-away-from-the-actual-component?rq=1
Here a possible workaround is descibed: https://bugs.eclipse.org/bugs/show_bug.cgi?id=417224
I have been using Eclipse on Ubuntu for a while. I used both Eclipse Juno and Kepler on Ubuntu 12.04, 12.10, 13.04, 13.10, and 14.04. This error was there on all of those. I am used to living with it. I did not do a through research on that though.
I'm also having some other minor problems. One for example: The toolbars do not update themselves correctly. The buttons on the toolbar are not rendered, and they show up when the mouse hovers on it.
I found out that Eclipse is no as stable on Linux as it is on Windows.
I hope they post fixes on these issues soon.
I am using Ubuntu 15.04 and running Eclipse mars, I thought i was the only one with this problem but it has become a major issue! We can't keep running to virtual machines! There is a reason we ran away from windows to linux!! I have tried following up on some peoples discussions about how they solved their issues but apparently they don't seem to work, they added these lines to the eclipse.ini file
-Dorg.eclipse.swt.internal.gtk.cairoGraphics=false
-Dorg.eclipse.swt.internal.gtk.useCairo=false
Some people claim it has worked for them but others including me didn't find it usefull! Try it, maybe it will work for you