Re: Window/menu reversed layer ordering issue

[Josh Freeman]

   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
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep