bug-gnustep
[Top][All Lists]
Advanced

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

[bug #14987] Applications cannot modify icon.


From: Fred Kiefer
Subject: [bug #14987] Applications cannot modify icon.
Date: Wed, 16 Nov 2005 21:55:20 +0000
User-agent: Mozilla/5.0 (compatible; Konqueror/3.4; Linux) KHTML/3.4.2 (like Gecko)

Update of bug #14987 (project gnustep):

                Severity:           4 - Important => 2 - Minor              
             Assigned to:                    None => FredKiefer             

    _______________________________________________________

Follow-up Comment #1:

First a short explanation what the change from Nov. 7th acutally does. For
EWMH specificvation complient window managers the property _NET_WM_ICON gets
set to the applciaiton icon for all the windows of an application (Actually
not true the inspector window of Gorm does not play along). 
The result of this setting is for example in KDE that the windows show the
application icon in the left uper corner of the window frame and also in the
control panel, where the running applications are listed.
This may not be the best icon to use, but the mini window image set for a
window is not passed on to the backend. Also the changing of the application
icon is not forwarded to the backend. 

To your problem, I cannot reproduce it with KDE, so it is most likely a
window manager specific problem, probably in your case one of Window Maker. I
would expect that Window first tries to get a EWMH icon for a window and
failing that tries the specific GNUstep way to get hold of the icon. 
Now the strange bit is that the app icon pixmap for Window Maker is also
create only once. So what is Window Make displaying that changes with the
changed application icon?

To resolve the issue I see two ways to go. The simple one is not to set the
_NET_WM_ICON property for Window Maker, a one line change. The other would be
to informe the backend whenever the mini icon of a window changes and
recompute the displayed icon for the window each time. This requires much
more thinking and coding. But first we need to reach a common understanding
of what is causing the problem.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=14987>

_______________________________________________
  Nachricht geschickt von/durch Savannah
  http://savannah.gnu.org/





reply via email to

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