bugGNUstep - Bugs: bug #13592, All windows of GNUstep...

Group
 
 

bug #13592: All windows of GNUstep applications share same WM_CLASS

Submitter:  Adam Fedor <fedor>
Submitted:  Fri 01 Jul 2005 12:48:27 AM UTC
   
 
Category:  Backend Severity:  3 - Normal
Item Group:  Change Request Status:  Wont Fix
Privacy:  Public Assigned to:  FredKiefer
Open/Closed:  Declined
* Mandatory Fields

Add a New Comment Rich Markup
   

Fri 12 Oct 2007 10:23:39 AM UTC, comment #2: 

I am decling this request as the originator never added detail information of what he wanted.
The usage of a window in GNUstep can only be determined via the window level and this may change, whereas the window class of a window is not allowed to change. So one isn't a great match for the other.
What we need to support in GNUstep is a better way to tell the window manager, what a window is being used for. Here we try to use EWMH, which should more or less already work.

 Fred Kiefer <FredKiefer>
Group Member
Mon 17 Oct 2005 12:15:28 PM UTC, comment #1: 

I am willing to implement a patch here, but based on which data, available to the backend, should the window class be choosen? Should we change the window class, when that property changes?

 Fred Kiefer <FredKiefer>
Group Member
Fri 01 Jul 2005 12:48:27 AM UTC, original submission:  

Package: gnustep-gui
Version: 0.9.5-1
Tags: forwarded

[If you reply, please keep the CC to nnn@bugs.debian.org]

All windows of the GNUstep applications share the same WM_CLASS
property.  This includes even the menu and makes impossible for the user
to configure properly the window manager.  If the user decides to make
the menu not a member in the window list then all application windows
will be outside the window list.  If a user decides to make the
Inspector of GWorkspace a floating (to stay always over the other
windows) then all windows of GWorkspace will be floating.

Anton Zinoviev

Adam Fedor <fedor>
Group administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by FredKiefer (Posted a comment)
  • -email is unavailable- added by fedor

    •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2007-10-12 FredKiefer StatusNone Wont Fix
        Assigned toNone FredKiefer
        Open/ClosedOpen Declined
    2005-07-01 fedor Carbon-Copy- Added -email is unavailable-

    Back to the top

    Copyright © 2024 Free Software Foundation, Inc.
    Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved.
    The Levitating, Meditating, Flute-playing Gnu logo is a GNU GPL'ed image provided by the Nevrax Design Team.
    Page source code

    Powered by Savane 3.14-8aba.
    Corresponding source code