From kde-core-devel  Fri May 09 09:33:43 2014
From: Matthias Klumpp <matthias () tenstral ! net>
Date: Fri, 09 May 2014 09:33:43 +0000
To: kde-core-devel
Subject: Re: Compatibility problems with latest GTK+ applications
Message-Id: <CAKNHny-cBbnmdQhVj+GQfZxW8s-Z6PTEfNaNOO0gUJZ9SYnQ2A () mail ! gmail ! com>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=139962804322833

2014-05-09 4:55 GMT+02:00 Thiago Macieira <thiago@kde.org>:
> Em qui 08 maio 2014, =C3=A0s 15:01:10, Martin Gr=C3=A4=C3=9Flin escreveu:
>> On Thursday 08 May 2014 14:39:49 Matthias Klumpp wrote:
>> > 2014-05-08 9:31 GMT+02:00 Martin Gr=C3=A4=C3=9Flin <mgraesslin@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 deskto=
p
>> > > environment [10]
>> > > * A hung GTK application cannot be closed [11]
>> > > * Context menu on window decoration is not the one of the environmen=
t
>> > > [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 tel=
l 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 f=
rom
> the desktop in order to draw the proper decorations. You could say that
> includes what the context menu should look like.
> [...]
Yes,exactly these were the matter of discussion. That "GNOME apps
should never crash" for #11 is of course a nice design goal, but apps
can always have unexpected issues.
CTL+Q and ALT+F4 isn't exactly user-friendly.
But well, at least for the GMenu stuff, there was some fallback in
place before, so support for other desktops might be restored in GTK+
- I still have some hope.
Cheers,
   Matthias