It definitely isn’t the architecture or the operation system. I am using OpenSuse (Factory) on AMD 64 as well. The issue here must be the interaction with the window manager. I am using Kein, the KDE window manager and things work alright.
> Am 08.01.2017 um 07:12 schrieb Germán Arias <[email protected]>: > > OK, finally I tried with WindowMaker and the problem is still present. > So, this is not a problem related with window managers. Maybe a problem > with the architecture of my machine? The problem is present in my > laptop with an AMD 64 bits processor (OpenSUSE leap 42.1). But my > desktop PC, an old Intel machine of 32 bits, don have problems. > > El mar, 20-12-2016 a las 19:55 -0600, Germán Arias escribió: >> El dom, 27-11-2016 a las 19:06 +0100, Fred Kiefer escribió: >>>> Am 27.11.2016 um 07:26 schrieb Germán Arias <[email protected]>: >>>> The value of level in line 2989 at XGServerWindow.m is 101. The >>> >>> That is the correct level, we use NSPopUpMenuWindowLevel = 101 for >>> tool tips. >>> >> >> If I use NSMainMenuWindowLevel instead, this seems to solve the >> problem. Although I don't tested it in other desktops. This really looks like we need to rework the code in setWindowLevel:: to suit modern window managers. I think, I reworked this aboutn ten years ago for the last time. As for this older statement: > I try changing the options when level == NSPopUpMenuWindowLevel, at > line 3453 at XGServerWindow.m. But I notice all this code is not > execute, the "if" condition at line 3375 is skipped. This happens the second time the same window level gets set on a window, as there is nothing to do. If this already happens the first time we set the window level this could be the root of the problem. _______________________________________________ Discuss-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnustep
