discuss-gnustep
[Top][All Lists]
Advanced

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

Re: Window/menu reversed layer ordering issue


From: Josh Freeman
Subject: Re: Window/menu reversed layer ordering issue
Date: Sun, 28 Feb 2016 03:47:46 -0500

Seems to be an issue on some window managers, including Compiz (Ubuntu's default WM):
http://savannah.gnu.org/bugs/?45442

Since filing the bug, I've also seen ordering issues on KWin WM (PC-BSD w/KDE).

PikoPixel.app works around the Compiz menu-ordering issue by manually setting all submenu windows' levels to NSMainMenuWindowLevel - this keeps submenus in front of normal windows, but the drawback is that submenus can then obscure the main menu (if they're moved to overlap it).

If you're interested in figuring out a general fix & submitting a patch, Fred Kiefer had suggested looking at setwindowlevel:: in back/ Source/x11/XGServerWindow.m (1).

Cheers,

Josh


(1) http://lists.gnu.org/archive/html/discuss-gnustep/2015-09/msg00029.html (last paragraph)



On Feb 28, 2016, at 1:49 AM, Patryk Laurent wrote:


I just installed the latest GNUstep from sources, and then compiled and installed GWorkspace. When running GWorkspace, I found that after I click to bring up the menus, there is a layering issue with the submenus: the submenus appear *behind* the GWorkspace file browser windows. So it's difficult to select the commands, e.g., to open a file (actually, I was not successful).

This is reminiscent of one of the issues shown in the recent Windows user experience video.

For reference, I was running Ubuntu 15.10 under VirtualBox.

Best regards,
Patryk

_______________________________________________
Discuss-gnustep mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnustep




reply via email to

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