Compatibility problems with latest GTK+ applications

[Thiago Macieira]

Em qui 08 maio 2014, às 15:01:10, Martin Gräßlin escreveu:
> On Thursday 08 May 2014 14:39:49 Matthias Klumpp wrote:
> > 2014-05-08 9:31 GMT+02:00 Martin Gräßlin <mgraesslin at kde.org>:
> > > * CSD styled windows don't react on compositing changes [1]
> > > * Double decorated windows [2]
> > > * CSD styled windows do not detect when re-parented to a decoration [3]
> > > * CSD context menu ignores _NET_ALLOWED_ACTIONS [4]
> > > * CSD context menu doesn't use _NET_DESKTOP_NAMES [5]
> > > * CSD context menu doesn't honor _NET_DESKTOP_LAYOUT [6]
> > > * Shadow included in CSD window [7]
> > > * Window "disappears" when middle clicking client side decoration [8]
> > > * Missing maximize and minimize buttons in client side decoration [9]
> > > * Decoration buttons do not follow custom specified layout in desktop
> > > environment [10]
> > > * A hung GTK application cannot be closed [11]
> > > * Context menu on window decoration is not the one of the environment
> > > [12]
> > > * No time based drag delay on window moving [13]
> > > * No drag delay on window resize [14]
> > 
> > That is pretty great, thank you for taking the time! Some of these
> > things unfortunately are design-decisions by GNOME, which I raised in
> > IRC discussions a while ago, and where I think the interest is pretty
> > low for fixing them (after getting some feedback on e.g. the CSD
> > menus).
> 
> which of the bug reports do you consider affected by design-decisions? I did
> not even report the mismatching cursors and the missing close button for
> dialogs and similar things.

I'd say at least 11, 12. A design decision of any CSD is that the client 
controls its closing and, therefore, if the client is hung, you can't tell it 
to close. You can kill the application with kill, xkill or using a global 
shortcut (Alt+F4, Ctrl+Alt+Esc, etc.) As for the context menu, it can be said 
it's part of the themeing: the CSD application needs to get information from 
the desktop in order to draw the proper decorations. You could say that 
includes what the context menu should look like.

That said, I fully expect 4, 6, 9, 13 and 14 to be also closed as "working as 
designed" because of the UX decisions. That is, "we think this dialog 
shouldn't have a close button, so we won't draw it, despite what the desktop 
says".
-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
   Software Architect - Intel Open Source Technology Center
      PGP/GPG: 0x6EF45358; fingerprint:
      E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20140508/b41f357b/attachment.sig>