Open QiangF opened 6 years ago
This is the debug output https://gist.github.com/QiangF/b164f2fb2b71b2818d16f162d18cf807 The output is recorded following:
Glad to hear the old issue has been partly resolved. With the latest code you can achieve the same thing with
(setq exwm-manage-configurations '(((and (string= exwm-class-name "Ugnx12")
(not (string= exwm-instance-name "ugnx12")))
manage nil)))
To fully resolve the problem I'm afraid we have to create a lightweight variant of floating mode which has no floating Emacs frame and can be arbitrary moved/resized by the app that creates it.
I think both of the three use XEmbed. This spec has its drawback in that both embedder and embeddee have to be aware of each other and act accordingly which literally excludes most existing applications. Actually the systemtray module of EXWM uses it.
P.S. How are they related to this issue?
This is a continuation of the old issue : https://github.com/ch11ng/exwm/issues/252
Because it has too many irrelevant comments, thus this new issue. The floating windows of ug fails to dock is solved by not managing them (inserting a line into exwm-manage.el). (sorry @ch11ng, ug has a memory of the window layout, that causes the weird behavior in the old issue, I delete its memory and everthing is fine)
But there is still one more issue, sometimes the keyboard input is not sent to the small windows that are not managed. The input hold (focus) can't be capture from the people side by mouse clicking, i.e. I can't type on the small window, all key event are sent to emacs (I see emacs responding to every key), however, the focus can be got from the window side, in that case I can type English. Because I need an input method to type Chinese, I really want these window to be partly managed: don't respond to window size or movement request, but handle the input and focus. So maybe we still need to change the present implementation of floating X windows.
I am not in a hurry, I am super happy already. Thank you!