Respect FocusIn/Out mode in a hacky way#162
Conversation
Attempt to recreate different focus "mode" with Xlib API. Works good enough.
|
Does this have any remaining bugs that you are aware of? |
|
No. I haven't used this separated patch though. This still gets confused when VM transfer focus among its windows. |
This fixed the bug that the mouse remains grabbed when the focused window is killed with "Close Window" from XFCE
|
This is still buggy. When window is killed with keyboard shortcut, Mouse focus is grabbed, but never returned. |
|
Does e0265cd fix it? |
|
Not entirely. I don't know much about how server-client tracks mapped windows. I only know about the X part. The current issue is only that in AppVM 1, sometimes the focused window is destroyed (without user interaction), then the focus is transfered to another window in AppVM 2 (because it was previously focused in dom0), but AppVM 2 don't think it has focus. Sadly, in a single AppVM, if there are three windows, the server may think (focus transfer) "A -> B", but the client thinks "A -> C". This is up to the window manager to decide what to focus after window "A" is destroyed, and we have 2 WM+X server. I don't know how to fix this other than being the X server itself, and use custom WM/X server that is meant to be nested (don't know if we need XFCE4 inside AppVM). We should probably retire the current gui-proxy-thingy for a proper solution (custom X server). That would get other benefits like supporting multiple input devices of the same kind. |
@locriacyber: What about having a dummy window that is given focus whenever a window loses focus? |
|
My thought was that this window would get a |
I think gui-agent already does something like this. Look for |
|
Superseded by #169 |
Attempt to recreate different focus "mode" with Xlib API. Works good enough.
@DemiMarie