bugGNUstep - Bugs: bug #6875, Use of...

Group
 
 

bug #6875: Use of _KDE_NET_WM_WINDOW_TYPE_OVERRIDE instead of _NET_WM_WINDOW_TYPE_UTILITY == BAD

Submitter:  None
Submitted:  Sun 30 Nov 2003 02:36:31 AM UTC
   
 
Category:  Backend Severity:  3 - Normal
Item Group:  Bug Status:  Invalid
Privacy:  Public Assigned to:  FredKiefer
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Fri 25 Jun 2004 10:32:20 PM UTC, comment #2: 

As teh original poster never replied to my comment I regard this as resolved

Fred Kiefer <FredKiefer>
Group Member
Sun 30 Nov 2003 03:04:26 PM UTC, comment #1: 

I can understadn that this behaviour annoys you. The reason for the current solution in GNUstep is that it was the only combination of settings that worked for me when testing it with 5 different window managers. Now there is a new one, where it wont work any more.
I am open to any new solution, given that we keep on working on the previous environments. I don't want any discussion of "your window manager is more broken than my", or "All real GNUstep users use window manager XXX".

But back to the actual problem. The KDE override flag is a KDE specific hack that should be ignored by all other window managers. These should use the second atom, which is type menu. Not too bad for a menu? As you can see from the code I did try utility here as well, but this failed for some of my window managers. Sorry, I should have documented which one, now I cannot remember anymore.

The basic problem here is that the EWMH have a different concept behind their window type flags than OpenStep with the window levels. In OpenStep the setting of the level should not influence the window decoration at all. But we have to make do the best we can and the concept of specifing the usage of a window instead of giving all the separate attributes independend is a good one. The next problem is that EWMH has been implemented very differently and the interpretation from Interface seems to differ from what KDE, GNOME and other do. I wont say that Interface is wrong, it is just that EWMH does not say, what the different window types should result in.
I will raise a question on this issue on the Freedesktop mailing list, but for the moment being a change in Interface would be the easiest solution.

Fred Kiefer <FredKiefer>
Group Member
Sun 30 Nov 2003 02:36:31 AM UTC, original submission:  

The use of the atom _KDE_NET_WM_WINDOW_TYPE_OVERRIDE for GNUstep application menus, rather than _NET_WM_WINDOW_TYPE_UTILITY, to avoid problems under KDE causes these same problems (i.e. borders on windows) under non-KDE, EWMH-compliant window managers.  Like Interface :-)

File: source/gnustep/core/back/Source/x11/XGServerWindow.m

Anonymous

 

(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

 

CC list is empty

 

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 5 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2004-09-25 FredKiefer StatusNone Invalid
    Open/ClosedDeclined Closed
2004-06-25 FredKiefer Open/ClosedAnalyzed Declined
2003-11-30 FredKiefer Assigned toNone FredKiefer
    Open/ClosedOpen Analyzed

Back to the top

Powered by Savane 3.13-758e.
Corresponding source code