Gtk+ 2.10 and compositing

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I noticed something really weird which seem to happen with gtk+ applications only. Other Xlib of Qt applications seems unaffected. When using a compositor (xfce's embedded compositor, KDE compositing effects, etc.), once a gtk+ window gets

Re: Print dialog hangs for several seconds before activating

On Thu, Jun 10, 2010 at 9:38 AM, Alexander Larsson al...@redhat.com wrote: On Wed, 2010-06-09 at 20:20 -0400, David A Benjamin wrote: I've run into this issue (and have been poking at it recently). The core problem appears to be that, although GTK+ is using CUPS and setting things like

Re: GTK+, WM, desktops and CSD

Hi Emmanuele, On 5 March 2015 at 20:04, Emmanuele Bassi eba...@gmail.com wrote: [...] That's not what I was saying. I'm saying that precisely because we don't have an homogeneous environment you cannot use the it's inconsistent argument. It will always be inconsistent, for one reason or

Re: GTK+, WM, desktops and CSD

Hi On 5 March 2015 at 20:09, Emmanuele Bassi eba...@gmail.com wrote: On 5 March 2015 at 19:17, Florian Müllner fmuell...@gnome.org wrote: What about apps that rely on CSD for part of their UI? Will those have the final word as well, or are they just screwed? The same as now without a

Re: GTK+, WM, desktops and CSD

Hi Jasper, On 5 March 2015 at 21:39, Jasper St. Pierre jstpie...@mecheye.net wrote: Ah, I think I see the disagreement. No real disagreement, just discussions :) We don't decide between SSD and CSD based on the presence of a compositor and _GTK_FRAME_EXTENTS, we instead push really hard for

GTK+, WM, desktops and CSD

Hi all, I am not one of them, but there are a lot of people (including KDE devs apparently) concerned about CSD because it means different decorations depending on the apps/toolkit = Consistency might suffer. Currently, it's up to the apps/toolkits to tell the WM they want to remain undecorated

Re: GTK+, WM, desktops and CSD

+gtk-devel-list Argh sorry, I didn't mean to make that email private, thought my mailer would copy the list as well, my bad :( On 5 March 2015 at 19:29, Olivier Fourdan four...@gmail.com wrote: Emmanuele, Let's face it, I doubt GTK+ will ever dominate the world, so the it's not consistent

Re: GTK+, WM, desktops and CSD

Copying the list as well, sorry... On 5 March 2015 at 19:32, Olivier Fourdan four...@gmail.com wrote: Hi Florian, On 5 March 2015 at 19:17, Florian Müllner fmuell...@gnome.org wrote: What about apps that rely on CSD for part of their UI? Will those have the final word as well

Re: GTK+, WM, desktops and CSD

Hi, Besides, I don't think we should evaluate CSD in gtk+ based on Chromium implementation. IIRC Chromium moved away from gtk+ in favor of aura [1]. Cheers, Olivier [1] https://groups.google.com/a/chromium.org/forum/#!topic/chromium-dev/Zpu9801pPRc On 23 March 2015 at 22:50, Jasper St.

Re: GTK+, WM, desktops and CSD

Hi Matthias, On 6 March 2015 at 02:12, Matthias Clasen matthias.cla...@gmail.com wrote: On Thu, Mar 5, 2015 at 3:23 PM, Olivier Fourdan four...@gmail.com wrote: I have little desire to discuss the pros and cons of csd and whether something essential (consistency ?!) was lost when we started

Re: [PATCH] Save Windows scancode inside GdkEvent

​ Hi Frediano, On 19 April 2016 at 16:31, Frediano Ziglio wrote: > > > For gtk+, I reckon best is to file a bug in bugzilla.gnome.org (under > > platform/gtk+ and backend: win32) and attach your patch there for review. > > Opened

Re: [PATCH] Save Windows scancode inside GdkEvent

Hi Frediano, For gtk+, I reckon best is to file a bug in bugzilla.gnome.org (under platform/gtk+ and backend: win32) and attach your patch there for review. HTH, Cheers, Olivier ___ gtk-devel-list mailing list gtk-devel-list@gnome.org