[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#57012: Activating versus raising frames
From: |
Po Lu |
Subject: |
bug#57012: Activating versus raising frames |
Date: |
Sat, 06 Aug 2022 09:44:24 +0800 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) |
Daniel Colascione <dancol@dancol.org> writes:
> I noticed that raising an Emacs frame (latest master) with emacsclient
> does nothing under current Cinnamon. Emacs gains focus, but the
> focused window isn't raised.
>
> I can reproduce the problem with xdotool's windowraise command, which
> similarly did nothing. xdotool windowactivate works though, so I'm
> guessing the EWMH activate code in xterm.c would similarly do the
> trick. Emacs used to use EWMH activate on frame raise but stopped in
> 2007 to work around deadlocks in a version of metacity in use at the
> time. Can we once again activate Emacs frames on raise?
Wouldn't it make more sense for emacsclient to focus the frame, which
does activate it by default?
- bug#57012: Activating versus raising frames, Daniel Colascione, 2022/08/05
- bug#57012: Activating versus raising frames,
Po Lu <=
- bug#57012: Activating versus raising frames, Daniel Colascione, 2022/08/06
- bug#57012: Activating versus raising frames, Po Lu, 2022/08/06
- bug#57012: Activating versus raising frames, Daniel Colascione, 2022/08/06
- bug#57012: Activating versus raising frames, Po Lu, 2022/08/06
- bug#57012: Activating versus raising frames, Daniel Colascione, 2022/08/06
- bug#57012: Activating versus raising frames, Po Lu, 2022/08/06
- bug#57012: Activating versus raising frames, Daniel Colascione, 2022/08/06
- bug#57012: Activating versus raising frames, Po Lu, 2022/08/06
- bug#57012: Activating versus raising frames, Daniel Colascione, 2022/08/07
- bug#57012: Activating versus raising frames, Po Lu, 2022/08/07