Web lists-archives.com

Re: GTK+, WM, desktops and CSD






On Thu, Mar 5, 2015 at 1:21 PM, David Nečas <yeti@xxxxxxxxxxxxxxx> 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
> > support/not support CSD.
>
> That would work as well, why not.

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.

It's the application developer's decision to build the application and the UI they want to build. GtkHeaderBar, like GtkButton or GtkMenuBar, is simply a widget in their box of tools to construct their UI. These applications might be free software, in which case you have the freedom to change the code and the UI. You are still welcome to do this. GTK+ is an application toolkit and is not in the business of constructing policy about what the application developer can and cannot do.

If you do not like CSD, do not use applications that use CSD in their UI, or change the application's code to stop it from using CSD.

We wouldn't accept a patch that radically changed GtkButton because "it is, at the end, user's preferenece" about whether GtkButton should be allowed. The same can be said about other UI elements that application developers use to construct your UI.
 
> > But ultimately, SSD does not lead to the types of applications and
> > the types of experiences we want to create...

This is sad.  Once your mission becomes creating certain types of
experience, instead of enabling them, everything else gets destroyed,
whether the types of experience it enables are also good or not.  And
there does not seem anything capable of stopping the destructive mindset
at this moment...

Honest question: What is the "everything else" that is being destroyed? Are there some issues you have with our CSD implementation? I can try to help fix them.
 
Yeti




--
  Jasper
_______________________________________________
gtk-devel-list mailing list
gtk-devel-list@xxxxxxxxx
https://mail.gnome.org/mailman/listinfo/gtk-devel-list