bug-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [bug #26438] First application does not get a proper app icon under


From: Sergii Stoian
Subject: Re: [bug #26438] First application does not get a proper app icon under Window Maker
Date: Tue, 14 Dec 2021 01:12:12 +0200

Hi Wolfgang,

On 13 Dec 2021, at 23:49, Wolfgang Lux <wolfgang.lux@gmail.com> wrote:

Hi Sergii,


Hi Wolfgang,

On 10 Dec 2021, at 15:47, Wolfgang Lux <INVALID.NOREPLY@gnu.org> wrote:

Follow-up Comment #7, bug #26438 (project gnustep):

This issue is not related to the backend, it's an issue interacting with the
WindowMaker protocol that allows GNUstep applications to control the app icon
instead of having WindowMaker manage the app icon itself. Essentially, it
means that the app icon must be the first window that a GNUstep application
opens and maps to the screen.

This issue may be related to backend type. Cairo backends doesn’t use XShm extension on window drawing.
Do you use Cairo backend with WindowMaker? Could you please try ART backend?

TBH, I haven't been using WindowMaker for a number of years now.
I've now tried it again and the code works for me. I hadn't noticed the subtle change in the _checkStyle: method, which has removed the group hint from the initial window used to compute the frame offsets and apparently does the trick to tell WindowMaker to ignore these windows when it comes to determining which window is the appicon.
So, sorry for the noise and insisting (twice) that my original fix would be necessary. :-(
I just blindly had guessed from Riccardo's description that the original issue was still present.

Wolfgang

Great, thank you for your try and feedback! 
TBH I’ve forgot to mention that small _checkStyle: change in commit description. Group hint change actually does the trick. :)

Sergii

reply via email to

[Prev in Thread] Current Thread [Next in Thread]