Chris Feng

@TsarFox I can confirm windmove works fine here. It does no magic but calls `select-window` in the end so I can't see why it shouldn't work. Please check your configuration,...

@emiljoha Thanks for the recipe but perhaps more details are required (sorry but I failed to reproduce it again): * What is the state before opening Firefox (e.g. how many...

@emiljoha I'm on Debian Sid but I don't use the Emacs or any Elisp package shipped with my distro. Usually I build and develop on the master branch, but I...

The answer is probably no as it uses 'child frames'. From the Elisp reference: > Raising, lowering and restacking child frames (see Raising and Lowering) or changing the ‘z-group’ (see...

Thanks @QiangF . I tried the solution and it seems working. @WJCFerguson could you verify that? BTW, apart from this package you can already avoid resizing X windows on completion...

`frame-position` returns the internal record of what Emacs think where it is. It may have something to do with EXWM as Emacs frames are not not managed here. Perhaps you...

@sarg Thank you!

You'll need XML files from the XCB project (https://gitlab.freedesktop.org/xorg/proto/xcbproto.git) to generate code. Usually it's done by me and the auto-generated code is always pushed with other source.

I don't see the problem with `firefox -P`. What's the suspicious 'afile' buffer in your screenshot? It's probably generated automatically somewhere if it's not a buffer you were working on....

IMO this is unlikely the default behavior of Emacs/EXWM. At least no user has ever reported this before. Perhaps some package tempered with a buffer/window related hook. Could you try...