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. Pierre <jstpie...@mecheye.net> wrote: > > > On Mon, Mar 23, 2015 at 2:25 PM, Pavel Machek <pa...@ucw.cz> wrote: >> >> Hi! >> >> > 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. >> >> Consistency already suffers. Chromium pulls this trick, and it means >> you can't move such web browser to other workspace, easily (as right >> click produces useless Chromium's menu, while right click on normal >> windows produces expected WM's menu, including "move to another >> desktop"). >> >> > I think it's very little change in GTK+ as it's already able to do >> > both SSD and CSD (currently, decision to use CSD or SSD being made at >> > run time based on the availability of a compositor). >> >> If you are modifying protocol between WM and application, would it be >> possible to arrange "right click on title" event to windowmanager, so >> that it can display its full menu? > > > This request already exists. > > http://cgit.freedesktop.org/wayland/weston/tree/protocol/xdg-shell.xml#n187 > >> >> Thanks, >> Pavel >> >> -- >> (english) http://www.livejournal.com/~pavelmachek >> (cesky, pictures) >> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html >> _______________________________________________ >> gtk-devel-list mailing list >> gtk-devel-list@gnome.org >> https://mail.gnome.org/mailman/listinfo/gtk-devel-list > > > > > -- > Jasper _______________________________________________ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
