[Bug 729] GTKLookAndFeel should be the system look&feel on all GNU/Linux desktops
bugzilla-daemon at icedtea.classpath.org
bugzilla-daemon at icedtea.classpath.org
Sun Jun 15 09:59:00 UTC 2014
http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=729
--- Comment #10 from Clemens Eisserer <linuxhippy at gmail.com> ---
I still strongly against this change, for the following reasons:
1. Due to the crippled GTK2 theme interface, GtkLookAndFeel is horrible slow,
and completely unuseable over remote X connections.
Every widget is rendered twice on the server side and read back using XGetImage
- causing thousands of context switches or, in the remote case, network
round-trips. Also, this is horrible for modern, hardware accalerated Xorg
drivers, where readback is a lot more expensive.
While at least WindowsLookAndFeel causes only a minor slowdown (don't know
about Aqua), GtKLookAndFeel is slower by factors!
If interrested, I could provide results of a few swing benchmarks I regular ran
when developing the xrender pipeline.
2. There are still quite a few themes, where GtkLnF breaks.
All in all, GtkLnF is by far the worst performing/behaving SystemLookAndFeel,
and I think this is also the reason why it wasn't exposed by
getSystemLookAndFeel().
There are quite a few apps trying to behave well by setting automatically the
LnF returned by getSystemLookAndFeel - and suddenly users would see crippled
and slow java applications, just making Linux look again like a inferior
desktop platform.
--
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20140615/919a7a8e/attachment.html>
More information about the distro-pkg-dev
mailing list