* bug#2025: 23.0.60; emacsclient: frame does not get focus on opening
@ 2009-01-24 15:16 Stephen Berman
2011-10-05 4:48 ` Glenn Morris
0 siblings, 1 reply; 8+ messages in thread
From: Stephen Berman @ 2009-01-24 15:16 UTC (permalink / raw
To: emacs-pretest-bug
If I use server-start, then frames opened by `emacsclient -c' do not
automatically get desktop focus:
emacs -Q -f server-start
emacsclient -c
=> The frame that appears does not have desktop focus (rather, the xterm
window still has focus).
This contrasts with using --daemon:
emacs -Q --daemon
emacsclient -c
=> The frame that appears has desktop focus
I think the server-start case is a user interface bug; the frame should
get focus as it does with --daemon.
In GNU Emacs 23.0.60.30 (i686-pc-linux-gnu, GTK+ Version 2.14.4)
of 2009-01-21 on escher
Windowing system distributor `The X.Org Foundation', version 11.0.10502000
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#2025: 23.0.60; emacsclient: frame does not get focus on opening
2009-01-24 15:16 bug#2025: 23.0.60; emacsclient: frame does not get focus on opening Stephen Berman
@ 2011-10-05 4:48 ` Glenn Morris
2011-10-05 8:31 ` Stephen Berman
0 siblings, 1 reply; 8+ messages in thread
From: Glenn Morris @ 2011-10-05 4:48 UTC (permalink / raw
To: Stephen Berman; +Cc: 2025
Stephen Berman wrote:
> If I use server-start, then frames opened by `emacsclient -c' do not
> automatically get desktop focus:
>
> emacs -Q -f server-start
> emacsclient -c
> => The frame that appears does not have desktop focus (rather, the xterm
> window still has focus).
I cannot reproduce this. Do you still see it?
(I know nothing about this; doesn't the window manager have some control
over it?)
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#2025: 23.0.60; emacsclient: frame does not get focus on opening
2011-10-05 4:48 ` Glenn Morris
@ 2011-10-05 8:31 ` Stephen Berman
2011-10-05 17:15 ` Glenn Morris
0 siblings, 1 reply; 8+ messages in thread
From: Stephen Berman @ 2011-10-05 8:31 UTC (permalink / raw
To: Glenn Morris; +Cc: 2025
On Wed, 05 Oct 2011 00:48:00 -0400 Glenn Morris <rgm@gnu.org> wrote:
> Stephen Berman wrote:
>
>> If I use server-start, then frames opened by `emacsclient -c' do not
>> automatically get desktop focus:
>>
>> emacs -Q -f server-start
>> emacsclient -c
>> => The frame that appears does not have desktop focus (rather, the xterm
>> window still has focus).
>
> I cannot reproduce this. Do you still see it?
Yes; however, ...
> (I know nothing about this; doesn't the window manager have some control
> over it?)
Apparently, though I didn't think to test this in my OP. But now I see
this problem with KWin (currently KDE 4.7.1, on openSUSE 11.4), starting
Emacs either from Konsole or Xterm, but not with IceWM (I don't have
Gnome on this system).
Also, my recipe was a bit imprecise: either the first line should end
with `&' or you have to background the process to invoke emacsclient.
Moreover, I see a peculiar difference between Konsole and Xterm on KWin:
Invoking `emacs -Q -f server-start' (with or without '&') from Konsole
opens a frame which gets focus, but when invoked from Xterm, this frame,
too, does not get focus. Whereas with both terminal emulators, frames
opened by `emacsclient -c' fail to get focus.
Again, this is after initially starting Emacs with server-start; as my
OP noted, starting with --daemon, subsequent invocations of `emacsclient
-c' do open a frame with focus -- at least when invoked from Konsole:
with Xterm there seems to be some kind of race condition, because
sometimes the frame gets focus, sometimes it doesn't.
Anyway, it looks like this may not be a problem that can be solved by
Emacs, so I suppose this bug can be closed.
Steve Berman
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#2025: 23.0.60; emacsclient: frame does not get focus on opening
2011-10-05 8:31 ` Stephen Berman
@ 2011-10-05 17:15 ` Glenn Morris
2011-10-05 18:54 ` Jan Djärv
0 siblings, 1 reply; 8+ messages in thread
From: Glenn Morris @ 2011-10-05 17:15 UTC (permalink / raw
To: Stephen Berman; +Cc: 2025
Stephen Berman wrote:
> Anyway, it looks like this may not be a problem that can be solved by
> Emacs, so I suppose this bug can be closed.
Maybe someone who knows about these things (window manager hints etc?)
could comment...
[looks around hopefully for Jan D.]
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#2025: 23.0.60; emacsclient: frame does not get focus on opening
2011-10-05 17:15 ` Glenn Morris
@ 2011-10-05 18:54 ` Jan Djärv
2011-10-05 21:33 ` Glenn Morris
2011-10-05 21:50 ` Chong Yidong
0 siblings, 2 replies; 8+ messages in thread
From: Jan Djärv @ 2011-10-05 18:54 UTC (permalink / raw
To: Glenn Morris; +Cc: Stephen Berman, 2025
Glenn Morris skrev 2011-10-05 19:15:
> Stephen Berman wrote:
>
>> Anyway, it looks like this may not be a problem that can be solved by
>> Emacs, so I suppose this bug can be closed.
>
> Maybe someone who knows about these things (window manager hints etc?)
> could comment...
>
> [looks around hopefully for Jan D.]
>
>
A hint is just a hint, the WM may do as it please anyway. It is considered
bad behaviour to try to steal input focus when started. It should depend on
what policy the user has set, focus-follows-mouse or click-to-focus.
If Emacs is started with focus-follows-mouse and the mouse isn't in a frame, I
would expect Emacs not to have focus. However, some WMs warp the mouse to
newly started applications. For click-to-focus I think the WM just does what
it thinks is best. Some WMs have a setting ("give focus to new window") which
the user can use to influence this.
So to conclude, if Emacs where to try do anything, there are window managers
where this would fail anyway. Better if the OP can get KWin to behave. Maybe
there is some option for this in KWin.
Jan D.
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#2025: 23.0.60; emacsclient: frame does not get focus on opening
2011-10-05 18:54 ` Jan Djärv
@ 2011-10-05 21:33 ` Glenn Morris
2011-10-05 21:50 ` Chong Yidong
1 sibling, 0 replies; 8+ messages in thread
From: Glenn Morris @ 2011-10-05 21:33 UTC (permalink / raw
To: 2025-done
tags 2025 notabug wontfix
stop
It sounds like there is nothing to be done on the Emacs end, so I will
close this.
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#2025: 23.0.60; emacsclient: frame does not get focus on opening
2011-10-05 18:54 ` Jan Djärv
2011-10-05 21:33 ` Glenn Morris
@ 2011-10-05 21:50 ` Chong Yidong
2011-10-05 22:19 ` Stephen Berman
1 sibling, 1 reply; 8+ messages in thread
From: Chong Yidong @ 2011-10-05 21:50 UTC (permalink / raw
To: Jan Djärv; +Cc: Stephen Berman, 2025
Jan Djärv <jan.h.d@swipnet.se> writes:
> A hint is just a hint, the WM may do as it please anyway. It is
> considered bad behaviour to try to steal input focus when started. It
> should depend on what policy the user has set, focus-follows-mouse or
> click-to-focus.
>
> If Emacs is started with focus-follows-mouse and the mouse isn't in a
> frame, I would expect Emacs not to have focus. However, some WMs warp
> the mouse to newly started applications. For click-to-focus I think
> the WM just does what it thinks is best. Some WMs have a setting
> ("give focus to new window") which the user can use to influence this.
>
> So to conclude, if Emacs where to try do anything, there are window
> managers where this would fail anyway. Better if the OP can get KWin
> to behave. Maybe there is some option for this in KWin.
According to teh Google, the Kwin setting in question is called "focus
stealing prevention level", which should be set to "none" to allow
newly-launched applications to acquire focus.
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#2025: 23.0.60; emacsclient: frame does not get focus on opening
2011-10-05 21:50 ` Chong Yidong
@ 2011-10-05 22:19 ` Stephen Berman
0 siblings, 0 replies; 8+ messages in thread
From: Stephen Berman @ 2011-10-05 22:19 UTC (permalink / raw
To: Chong Yidong; +Cc: 2025
On Wed, 05 Oct 2011 17:50:42 -0400 Chong Yidong <cyd@stupidchicken.com> wrote:
> Jan Djärv <jan.h.d@swipnet.se> writes:
>
>> A hint is just a hint, the WM may do as it please anyway. It is
>> considered bad behaviour to try to steal input focus when started. It
>> should depend on what policy the user has set, focus-follows-mouse or
>> click-to-focus.
>>
>> If Emacs is started with focus-follows-mouse and the mouse isn't in a
>> frame, I would expect Emacs not to have focus. However, some WMs warp
>> the mouse to newly started applications. For click-to-focus I think
>> the WM just does what it thinks is best. Some WMs have a setting
>> ("give focus to new window") which the user can use to influence this.
>>
>> So to conclude, if Emacs where to try do anything, there are window
>> managers where this would fail anyway. Better if the OP can get KWin
>> to behave. Maybe there is some option for this in KWin.
>
> According to teh Google, the Kwin setting in question is called "focus
> stealing prevention level", which should be set to "none" to allow
> newly-launched applications to acquire focus.
You beat me to the punch :-). That indeed seems to do the trick.
(Maybe I should take more time to learn about KWin -- but that would
mean having less time to spend on Emacs...)
Steve Berman
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2011-10-05 22:19 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-01-24 15:16 bug#2025: 23.0.60; emacsclient: frame does not get focus on opening Stephen Berman
2011-10-05 4:48 ` Glenn Morris
2011-10-05 8:31 ` Stephen Berman
2011-10-05 17:15 ` Glenn Morris
2011-10-05 18:54 ` Jan Djärv
2011-10-05 21:33 ` Glenn Morris
2011-10-05 21:50 ` Chong Yidong
2011-10-05 22:19 ` Stephen Berman
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.