If i open a Crossover or Wine (Play on Linux) installed App and i maximize the Window. Then I have a Problem with this Window! Then if i go back to the Window-status before Maximize, the App-Window, is not more moveable. Then I must go into the wine Settings under Grafik and i need to disable the control of the window to reactivate the move-ability of this App! Then I need to restart this App! The move-ability of this window is back but i need to give kwin the control of this window into the wine settings back. For better usability. But I may in no case again maximize the window. Otherwise, everything starts again Reproducible: Always Steps to Reproduce: 1.Start a crossover ore Play on Linux App for Example M$ Word 2010 2.Maximize this Window 3.Disable Maximize Then is this Window not more movable.
By "No more movable" you mean the titlebar is gone or you can't even move the window using "Alt+Left Mosue Button"? Or do you mean "moving the window by using some window internal titlebar" Have you tried this with anything else but MSO, eg. notepad.exe?
If you once maximized, you can not move without "Alt+Left Mouse Button" and If you maximized once it starts always maximized though I turned back. It's by Word, Excel, Powerpoint ect. but not by every Programm.
Iow, the window is movable in general. How would you move it otherwise, by clicking a special section in the window? In gerenal clients maintain their restored size themselve (unless you added a rule to enforce special size/position/placement)
Normally is the window moveable. I click for move with the left Mouse-Button on the titlebar. If i maximize the window once and restore, the window is no more moveable. I have tested rules but without success.
You click the kwin titlebar or is it some client internal titlebar? (looks totally different from all other windows) Is the titlebar simply gone after maximization? Can you restore it by "Alt+F3/More Actions/Border [ ]"? Try a rule on the window to "force" "No titlebar and frame" to "No" In doubt, show a screenshot of MSO pre- and post maximization (so that we know what we're dealing with here)
I click the client internal titlebar. It works until I maximize once. I tryed a rule with "No titlebar and frame" with "No". Then i see the Kwin Titlebar over the client internal titlebar, i clicked them but it will be ignored completely. Then I must close the App and I need to go into the wine Settings under Grafik and i disable the option that i allow that kwin have the control of the window. Then I restart the App and i have the move-ability back!
(In reply to comment #6) > Then i see the Kwin Titlebar over the client internal titlebar, i clicked them > but it will be ignored completely. This sounds as if the mouse event is blocked on an upper layer or the entire window gets input shaped. - can you interact with the window using the mouse at all? (activate some ribbon or whatever) - does altering the stack order have any impact? (ie. press alt+tab so that the windows change their order) - does this also happen if you enable the KWin titlebar and use that to un/maximize the window? (or use the resp. entry in the Alt+F3 menu for that) In case you prefer to speak German, just fall over to that ;-)
Ja ich kann vollständig mit dem Programm interagieren. Nur das Programmfenster ist total fixiert! Es ist nach dem de-maximieren zwar wieder kleiner und auf der selben Position wie vor dem maximieren verhält sich aber als wäre es immer noch Vollbildmodus. Auch der nächste Programmaufruf wird dann maximiert dargestellt. Normal merkt sich das Programm ob es maximiert oder de-maxiert geschlossen wurde und öffnet sich dann genau so wieder. Es ist irgenwie als funktioniere das de-maximieren nicht korrekt.
Du solltest das Fenster über die KWIn Titelleiste trotzdem noch bewegen können (es snapped nur sehr hart and die Bildschirmkanten) Was ist die Ausgabe von "xprop" und "xwininfo" auf dem unmaximierten Fenster? (Der cursor wird zu einem Kreuz und wenn Du das Fenster anclickst, schreibt er was in die konsole, resp. mit zB. "xprop > mso.props" in die Datei mso.props)
Es fällt mir auf, dass das Symbol neben dem X nachdem ich einmal maximiert habe ,sich nicht mehr ändert. Das tut es normal. Obwohl ich auf de-maximieren geklickt habe bleibt das Symbol das selbe. Aber das Fenster wird trotzdem kleiner, lässt sich aber leider nicht verschieben. Der PC glaubt, es ist immer noch maximiert! Es ist wie wenn der Befehl demaximieren sich nicht vollständig durchsetzt. xprop Meldet: _NET_WM_ICON_GEOMETRY(CARDINAL) = 2765, 1048, 261, 32 _KDE_NET_WM_ACTIVITIES(STRING) = "00000000-0000-0000-0000-000000000000" _NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_MOVE, _NET_WM_ACTION_RESIZE, _NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_MAXIMIZE_VERT, _NET_WM_ACTION_MAXIMIZE_HORZ, _NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_CLOSE _NET_WM_DESKTOP(CARDINAL) = 0 WM_STATE(WM_STATE): window state: Normal icon window: 0x0 _NET_WM_STATE(ATOM) = _NET_WM_STATE_MAXIMIZED_VERT, _NET_WM_STATE_MAXIMIZED_HORZ _NET_WM_ICON(CARDINAL) = Icon (32 x 32): ░░▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ ░░ ▒ ░░ ▒ ░ ▒ ░ ▒ ░░ ░▒▒▒ ▒▒▒▒ ░▒▒▒▓▓░ ▒ ░ ▒▒▒ ░▒▒▒▒ ░▒▒▒▒▓ ░ ▒ ▒ ▒▒▒░ ░▒▒▒▒ ░▒▒▒▒▓ ░░░ ▒ ▒ ▒▒▒░ ░▒▒▒▒░ ░▒▒▒▒ ░░░ ▒ ▒ ░▒▒▒ ▒▒▒▒▒░ ░▒▒▓░ ░░░ ▒ ▒ ░▒▒▒ ▒▒▒▒▒▒ ░▒▒▓ ░░░░ ▒ ▒ ▒▒▒ ▒▒▒▒▒▒ ▒▒▒▓ ░░░░ ▒ ▒ ▒▒▒░░▒▒▒▒▒▒ ▒▒▒▒ ░░░░ ▒ ▒ ░▒▒░▒▒▒░▒▒▒░▒▒▓░ ░░░░ ▓ ▒ ░▒▒▒▒▒▒ ░▒▒▒▒▒▓ ░▒▒▒░ ▓ ▒ ▒▒▒▒▒▒ ░▒▒▒▒▓▒ ░▒▒ ▓ ▒ ▒▒▒▒▒▒ ▒▒▒▓▓░ ░▒ ▒ ▒▒▒▒▒░ ▒▒▓▓▓░ ▒ ▒▒▒▒▒ ▒▓▓▓▓ ▒ ░▒▒▒▒ ░▓▓▓▒ ▒ ▒▒▒▒ ▓▓▓▒ ░ ▒ ░ ▒ ░ ▒ ▒ ░▒ ▒ ▒▓ ▒ ░░ ▒▓ ▒ ░░▓ ▒ ▓ ▒▒▒▒▒▒▒▒▒▒▒▒▒▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ Icon (16 x 16): ░▒▒▒▒▒▒▒▒▒▒▒▒ ░ ▒ ░ ▒ ░ ▒ ▒ ▒▒░ ▒▒░░▒▒▒ ▒ ▒ ░▒░ ▒▒░ ▒▒░ ▒ ▒ ▒░ ▒▒▒ ▒▒ ▒ ▒ ▒▒ ▒▒▒ ▒▒ ▒ ▒ ▒▒░▒▒▒░▒▒ ▒ ▒ ▒▒▒▒░▒▒▒░ ▓ ▒ ░▒▒▒ ▒▒▒ ▓ ▒ ░▒▒░ ▒▒▒ ░ ▓ ▒ ▒▒░ ▒▒▒ ░ ▓ ▒ ░░░░░░ ▓ ▒ ▓ ▒▒▒▒▒▒▒▒▒▓▓▓▓▓▓▓ _KDE_NET_WM_USER_CREATION_TIME(CARDINAL) = 1283154 _NET_WM_NAME(UTF8_STRING) = "Dokument1 - Microsoft Word" WM_ICON_NAME(STRING) = "Dokument1 - Microsoft Word" WM_NAME(STRING) = "Dokument1 - Microsoft Word" WM_HINTS(WM_HINTS): Client accepts input or input focus: False Initial state is Normal State. bitmap id # to use for icon: 0x6a00156 bitmap id # of mask for icon: 0x6a00158 window id # of group leader: 0x6e00001 _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL _MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x3, 0x3e, 0x0, 0x17cf0000, 0x7e89db43 WM_NORMAL_HINTS(WM_SIZE_HINTS): window gravity: Static _NET_WM_USER_TIME_WINDOW(WINDOW): window id # 0x6a00033 XdndAware(ATOM) = ATOM _NET_WM_PID(CARDINAL) = 6493 WM_LOCALE_NAME(STRING) = "de_AT.UTF-8" WM_CLIENT_MACHINE(STRING) = "martin-linux" WM_CLASS(STRING) = "WINWORD.EXE", "Wine" WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, _NET_WM_PING, WM_TAKE_FOCUS xwininfo meldet: xwininfo: Window id: 0x6e00001 "Dokument1 - Microsoft Word" Absolute upper-left X: 2139 Absolute upper-left Y: 31 Relative upper-left X: 0 Relative upper-left Y: 0 Width: 1900 Height: 963 Depth: 24 Visual: 0x23 Visual Class: TrueColor Border width: 0 Class: InputOutput Colormap: 0x6a00001 (not installed) Bit Gravity State: NorthWestGravity Window Gravity State: NorthWestGravity Backing Store State: NotUseful Save Under State: no Map State: IsViewable Override Redirect State: no Corners: +2139+31 -2361+31 -2361-86 +2139-86 -geometry 1900x963+2139+31
Das Fenster ist immer noch maximiert: _NET_WM_STATE(ATOM) = _NET_WM_STATE_MAXIMIZED_VERT, _NET_WM_STATE_MAXIMIZED_HORZ Win/MSO wird also die Größenänderung direkt (unter umgehung des WM, denn KWin verweigert maximierten Fenstern Anfragen nach Größenänderungen) vornehmen, aber das Fenster nicht eigentlich unmaximieren. Das erklärt, warum das interne Verschieben nicht funktioniert - wine/MSO stellt für maximierte Fenster keine Anfrage. Funktioniert die KWIn Titelleiste *gar nicht*? Also auch kein Minimieren, kein Rechtsclick etc.? Funktioniert der KWIn maximize/restore Button? (auf dem problematischen Fenster)
Der Minimieren Button funktioniert einwandfrei. Schließen auch.
Der maximize button sollte beim ersten mal gar nichts machen (jedefalls nicht bezgl. der Fenstergröße) aber beim zweiten mal das Fenster korrekt aufziehen. Schuß ins Blaue: Regel für "Ignore requested geometry", "force" "no" Das erlaubt es dem Fenster, regulär aus der Maximierung per Größenänderung (sofern es dafür den WM bemüht) auszubrechen.
Du bist Spitze! Du meinst: Regel für "Ignore requested geometry", "force" "yes" Problem gelöst! Danke!
(In reply to comment #14) > Problem gelöst! Danke! Das ist schön, aber > Regel für "Ignore requested geometry", "force" "yes" ergibt jetzt überhaupt keinen Sinn - damit wird des MSO verboten seine Größe selbst zu ändern (egal ob es maximiert ist oder nicht) - jedenfalls nicht über den WM. Ich wollte es ihm in jedem Fall gestatten, damit es so die Maximierung implizit auflösen kann.... evtl. muß ich MSO installieren und mal schauen, was da so passiert.
Verwenden die Office Anwendungen überhaupt KWin's Fensterdeko? Zumindest die neueren Versionen unter Windows haben Client-seitige Dekorationen. Könntest du uns einen Screenshot einer Anwendung mal zeigen?
Created attachment 84293 [details] Screenshoot Ja, klar gerne! Ich nutze Office 2010 mit Crossover 13.0.1
super, vielen Dank. Switching to English for the reason for marking the bug as downstream: The issue is completely outside KWin. The client uses client-side-decorations so maximization needs to be done by the client, too.
Sorry, can't investigate. MSO 2010 does not nearly install (wine 1.7.9, mono and gecko available) - I just get the machine.config error.
I did install MSO2010 with crossover. There is a Trialversion available.