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

 
 

You are not allowed to post comments on this tracker with your current authentication level.

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

Submitted by:  None
Submitted on:  Sun 30 Nov 2003 02:36:31 AM UTC  
 
Category: BackendSeverity: 3 - Normal
Item Group: BugStatus: Invalid
Privacy: PublicAssigned to: Fred Kiefer <FredKiefer>
Open/Closed: Closed

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>
Project MemberIn charge of this item.
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>
Project MemberIn charge of this item.
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

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

Do you think this task is very important?
If so, you can click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

 

Please enter the title of George Orwell's famous dystopian book (it's a date):

 

 

Follow 5 latest changes.

Date Changed By Updated Field Previous Value => Replaced By
Sat 25 Sep 2004 11:49:49 AM UTCFredKieferStatusNone=>Invalid
  Open/ClosedDeclined=>Closed
Fri 25 Jun 2004 10:32:20 PM UTCFredKieferOpen/ClosedAnalyzed=>Declined
Sun 30 Nov 2003 03:04:26 PM UTCFredKieferAssigned toNone=>FredKiefer
  Open/ClosedOpen=>Analyzed

Back to the top


Powered by Savane 3.1-cleanup1