[Bug 729] GTKLookAndFeel should be the system look&feel on all GNU/Linux desktops

[bugzilla-daemon at icedtea.classpath.org]

http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=729

--- Comment #22 from Mario Torre <neugens at redhat.com> ---
(In reply to Clemens Eisserer from comment #3)
> However the GtkLookAndFeel still has a few bugs - but worse than that its
> horribly slow.
> 
> Because Gtk2 didn't allow widgets to be rendered to a system-memory surface
> and also didn't pass alpha data, java renders each widget to a server-side
> pixmap twice (one time with black and one time with white background), reads
> both pixmaps back from the xserver, calculates the alpha channel by
> comparing pixels between the two images.
> This makes GtkLnk completly unuseable remotly, but also hurts for larger
> apps locally (as it really troubles all new hardware accalerated EXA/UXA
> drivers which have to shuffle data between video memory and system memory
> all the time.)
> 
> Gtk3 has fixed its interfaces, and is much better suited for this use case.

Yep, I fully agree. As soon as an application starts to do anything a bit more
UI heavy the Gtk2 laf shows all its pitfalls, that's a reason why I don't
really want this to be the default in Thermostat, for example.

And this would be yet another reason to not have this patch in, it's already
quite bad on Gnome, under KDE would use a double layer of indirection, the
performances would be even worse probably. I really think that letting users
decide for themselves is the way to go, as I said in my previous comment, by
using "swing.systemlaf". For the rest this bug could be closed at this point
imho.

Cheers,
Mario

-- 
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/20140619/cbdd8e79/attachment-0001.html>