Ok, I'm back.
On Sun, Sep 4, 2011 at 3:19 AM, ingol...@gmail.com wrote:
According to the documentation[^1], the embedding application is supposed to
send a ClientMessage XEvent with major opcodes of XEMBED_FOCUS_IN and
XEMBED_FOCUS_OUT. I've attached a patch that should add detection of these
Hi
Currently, st sets its focus based on both FocusIn and EnterNotify XEvents
and uses this focus to decide whether to draw the cursor. This causes a
problem for window managers that don't use _focus follows pointer_ because
it is then possible for st to have the keyboard focus but not be drawing
Hi,
I currently have no *nix computer at hand to test your patch. This
behaviour was introduced to make focus work inside tabbed. It has the
side effect your describing. I didn't find the right way to know
whether the window has *keyboard* focus or not when it's embed.
I you manage to make it
On Sat, 3 Sep 2011 22:38:34 +0200, Aurélien Aptel aurelien.ap...@gmail.com
wrote:
Hi,
I currently have no *nix computer at hand to test your patch. This
behaviour was introduced to make focus work inside tabbed. It has the
side effect your describing. I didn't find the right way to know
