GNU bug report logs - #2025
23.0.60; emacsclient: frame does not get focus on opening

Previous Next

Package: emacs;

Reported by: Stephen Berman <stephen.berman <at> gmx.net>

Date: Sat, 24 Jan 2009 15:25:03 UTC

Severity: normal

Tags: notabug, wontfix

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #27 received at 2025 <at> debbugs.gnu.org (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: Glenn Morris <rgm <at> gnu.org>, Stephen Berman <stephen.berman <at> gmx.net>,
	2025 <at> debbugs.gnu.org
Subject: Re: bug#2025: 23.0.60;
	emacsclient: frame does not get focus on opening
Date: Wed, 05 Oct 2011 17:50:42 -0400
Jan Djärv <jan.h.d <at> 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.




This bug report was last modified 13 years and 232 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.