Re: GTK+, WM, desktops and CSD

2015-03-05 Thread Jasper St. Pierre
Ah, I think I see the disagreement. 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 CSD with an SSD fallback. It's a subtle difference, but it shows our preference: we don't want a hint to say that the DE prefers

Re: GTK+, WM, desktops and CSD

2015-03-05 Thread David Nečas
On Thu, Mar 05, 2015 at 10:01:44PM +0100, Olivier Fourdan wrote: It's a subtle difference, but it shows our preference: we don't want a hint to say that the DE prefers SSD, we want a hint to say that the DE can support/not support CSD. That would work as well, why not. As long as I can

Re: GTK+, WM, desktops and CSD

2015-03-05 Thread Jasper St. Pierre
On Thu, Mar 5, 2015 at 10:37 AM, Olivier Fourdan four...@gmail.com wrote: +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

Re: GTK+, WM, desktops and CSD

2015-03-05 Thread Olivier Fourdan
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

2015-03-05 Thread Jasper St. Pierre
On Thu, Mar 5, 2015 at 1:21 PM, David Nečas y...@physics.muni.cz wrote: On Thu, Mar 05, 2015 at 10:01:44PM +0100, Olivier Fourdan wrote: It's a subtle difference, but it shows our preference: we don't want a hint to say that the DE prefers SSD, we want a hint to say that the DE can

Re: GTK+, WM, desktops and CSD

2015-03-05 Thread Allin Cottrell
On Thu, 5 Mar 2015, Olivier Fourdan wrote: Hi Emmanuele, [plus responses to specific questions] Sorry for the noise, but I just wanted to say, as one who runs X11 without a compositor (I appreciate an elegant desktop but have no use for shadows, animations or transparency, I just want to

Re: GTK+, WM, desktops and CSD

2015-03-05 Thread Olivier Fourdan
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

2015-03-05 Thread Olivier Fourdan
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

Re: GTK+, WM, desktops and CSD

2015-03-05 Thread Florian Müllner
On Thu, Mar 5, 2015 at 10:33 PM David Nečas y...@physics.muni.cz wrote: As long as I can set up my DE to pretend not to support CSD, whatever the actual state is. Because this is, at the end, user's preference. No, that does not work. All the toolkit can reasonably do is passing the

Re: GTK+, WM, desktops and CSD

2015-03-05 Thread Paul Davis
On Thu, Mar 5, 2015 at 5:44 PM, Allin Cottrell cottr...@wfu.edu wrote: On Thu, 5 Mar 2015, Florian Müllner wrote: The worst thing that can happen when the toolkit forcefully rips CSD from applications is that there is no more UI to save, navigate, load or whatever essential UI the

Re: GTK+, WM, desktops and CSD

2015-03-05 Thread Allin Cottrell
On Thu, 5 Mar 2015, Florian Müllner wrote: The worst thing that can happen when the toolkit forcefully rips CSD from applications is that there is no more UI to save, navigate, load or whatever essential UI the applications happens to put into its decorations. Isn't there some dissonance

Re: GTK+, WM, desktops and CSD

2015-03-05 Thread Allin Cottrell
On Thu, 5 Mar 2015, Paul Davis wrote: On Thu, Mar 5, 2015 at 5:44 PM, Allin Cottrell cottr...@wfu.edu wrote: On Thu, 5 Mar 2015, Florian Müllner wrote: The worst thing that can happen when the toolkit forcefully rips CSD from applications is that there is no more UI to save, navigate, load

Re: GTK+, WM, desktops and CSD

2015-03-05 Thread Florian Müllner
On Fri, Mar 6, 2015 at 12:44 AM Allin Cottrell cottr...@wfu.edu wrote: Isn't there some dissonance here: essential UI embedded in decorations? How did we come to this? [...] why not fix the WM [...] rather than conflating UI with decoration? Because it is not about working around any WM's

Re: GTK+, WM, desktops and CSD

2015-03-05 Thread Allin Cottrell
On Fri, 6 Mar 2015, Florian Müllner wrote: On Fri, Mar 6, 2015 at 12:44 AM Allin Cottrell cottr...@wfu.edu wrote: Isn't there some dissonance here: essential UI embedded in decorations? How did we come to this? [...] why not fix the WM [...] rather than conflating UI with decoration?

Re: GTK+, WM, desktops and CSD

2015-03-05 Thread Matthias Clasen
On Thu, Mar 5, 2015 at 3:23 PM, Olivier Fourdan four...@gmail.com wrote: Hi, I have little desire to discuss the pros and cons of csd and whether something essential (consistency ?!) was lost when we started using them, but a few points are worth replying to. The use of Motif MWM hints for

Re: GTK+, WM, desktops and CSD

2015-03-05 Thread Florian Müllner
On Fri, Mar 6, 2015 at 2:10 AM Allin Cottrell cottr...@wfu.edu wrote: OK, I can see that that's a legitimate difference (I'd say a design rather than a philosophical one, but hey). Sure, let's call it different designs then ... Fact is that the first alternative has been the status quo for

Re: GTK+, WM, desktops and CSD

2015-03-05 Thread Florian Müllner
On Fri, Mar 6, 2015 at 12:59 AM Paul Davis p...@linuxaudiosystems.com wrote: consider a simple dialog. Should it have a close button or not? If the application adds an explicit close button, there are now two areas of the window as displayed by most WMs which will, upon being clicked, cause

GTK+, WM, desktops and CSD

2015-03-05 Thread Olivier Fourdan
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: Gtk3 MacOS (OSX) context menu issues

2015-03-05 Thread Konstantin Dmitriev
2015-03-03 15:01 GMT+06:00 Vest . vest...@gmail.com: Hello Konstantin, I apologize that I probably cannot help you, but I am curious. Do you have this issue, if you run a simple demo, where GtkMenu is used? Because it seems that when you move the mouse outside of the menu's boundaries,

Re: GTK+, WM, desktops and CSD

2015-03-05 Thread Olivier Fourdan
+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

2015-03-05 Thread Emmanuele Bassi
Hi; On 5 March 2015 at 17:51, Olivier Fourdan four...@gmail.com wrote: 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. I don't strictly buy

Re: GTK+, WM, desktops and CSD

2015-03-05 Thread Florian Müllner
On Thu, Mar 5, 2015 at 6:52 PM Olivier Fourdan four...@gmail.com wrote: Apps that cannot or don't know how to do CSD would still be decorated, just like now = The final word still remains to the applications, just like now. What about apps that rely on CSD for part of their UI? Will those

Re: GTK+, WM, desktops and CSD

2015-03-05 Thread Olivier Fourdan
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, or are they

Re: GTK+, WM, desktops and CSD

2015-03-05 Thread Emmanuele Bassi
Hi; On 5 March 2015 at 18: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 because we're not using a single toolkit is not going to be solved overnight. And frankly, as much as I like GTK+, I do not

Re: How to make a GtkButton respond to a key press

2015-03-05 Thread Jim Charlton
On 15-03-05 07:58 PM, Michael Torrie wrote: Maybe I'm just not reading right, but I cannot figure out how to make a GtkButton respond to a single key press. For example, if I made a simple calculator like the one that comes with Gnome, how can I make it so when I press '1' on my keyboard, the 1