From: Michael Heerdegen <michael_heerdegen@web.de>
To: help-gnu-emacs@gnu.org
Subject: Re: closing emacsclient always focuses another emacs window
Date: Wed, 12 Mar 2014 01:31:58 +0100 [thread overview]
Message-ID: <87mwgw45q9.fsf@web.de> (raw)
In-Reply-To: 83ha74odj7.fsf@gnu.org
Eli Zaretskii <eliz@gnu.org> writes:
> > From: Michael Heerdegen <michael_heerdegen@web.de>
> > Date: Tue, 11 Mar 2014 05:25:43 +0100
> >
> > Michael Heerdegen <michael_heerdegen@web.de> writes:
> >
> > > IMHO the only problem is the vague name and documentation of the
> > > option
> > > `server-raise-frame'
> >
> > No, that can't be all. Because the behavior depends on the fact which
> > buffer is coincidentally selected by Emacs when it deletes the frame
> > after hitting C-x #. That can't have been the intention of the
> > author.
>
> Why not?
Because in one case, Emacs looses input focus, and in another, Emacs
keeps it. And because the doc of C-x # says that there will always be a
frame raised, which is obviously not the case.
> Anyway, now I'm utterly confused.
Sorry about that. You seemed to deny that there is a problem. So I
argued that there is absolutely no clear description in the
documentation of how C-x # should behave, for no case, so it's
impossible to says what behavior is right and what is a bug. So I
showed that the behavior is not even consistent, and I proved that the
cause of the inconsistent behavior is in the code in server.el. What
could I do more to show that there _is_ a problem?
> First, the OP's description of the
> problem included iconified frames -- did you do your testing like he
> described?
I tested with gui frames. And yes, Emacs even raises and focuses
iconified frames.
> Second, I'm still unsure whether we are talking about GUI or TTY
> frames; in the latter case, I'm sure you will agree that
> select-frame-set-input-focus will never give focus to any TTY frame.
I tried with GUI frames.
> Last, but not least, AFAIK the effect of select-frame-set-input-focus
> on the GUI frame that gets focus does depend on the window manager to
> some extent.
In my experiments, this function always in effect raised the argument
frame and set input focus to exactly that frame. But whether Emacs
calls `select-frame-set-input-focus' after hitting C-x # is not
consistent, so no window manager could have the effect of making the
behavior consistent again.
> In any case, I suggest to report the full detailed description of the
> issue via "M-x report-emacs-bug", and include there suggestions to fix
> the doc strings, if you still think they need fixing.
trygve.flathen, can you please file a bug report (M-x report-emacs-bug)
with your original problem and a recipe? I'll then step in and add what
I found out and some words about missing documentation.
But if you happen to find out that setting `server-raise-frame' to nil
does what you want, then I suggest that you don't file the report. In
that case, I'll just report the missing doc and strange behavior.
Thanks.
Regards,
Michael.
next prev parent reply other threads:[~2014-03-12 0:31 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-06 19:22 closing emacsclient always focuses another emacs window trygve.flathen
2014-03-06 19:28 ` trygve.flathen
2014-03-06 22:11 ` Gregor Zattler
2014-03-07 12:02 ` lee
2014-03-07 14:15 ` Gregor Zattler
2014-03-07 15:28 ` lee
[not found] ` <mailman.16651.1394143948.10748.help-gnu-emacs@gnu.org>
2014-03-07 18:24 ` trygve.flathen
2014-03-07 18:31 ` Gregor Zattler
[not found] ` <mailman.16685.1394217122.10748.help-gnu-emacs@gnu.org>
2014-03-08 13:18 ` trygve.flathen
2014-03-08 13:26 ` Eli Zaretskii
2014-03-08 14:30 ` Yuri Khan
2014-03-08 15:04 ` Eli Zaretskii
2014-03-08 17:45 ` Michael Heerdegen
2014-03-08 17:57 ` Eli Zaretskii
2014-03-08 21:55 ` Michael Heerdegen
2014-03-08 23:18 ` Michael Heerdegen
2014-03-09 0:30 ` Michael Heerdegen
[not found] ` <mailman.16740.1394300785.10748.help-gnu-emacs@gnu.org>
2014-03-08 18:42 ` trygve.flathen
2014-03-09 0:44 ` Michael Heerdegen
[not found] ` <mailman.16766.1394325871.10748.help-gnu-emacs@gnu.org>
2014-03-09 18:22 ` trygve.flathen
2014-03-09 18:54 ` Michael Heerdegen
[not found] ` <mailman.16808.1394391268.10748.help-gnu-emacs@gnu.org>
2014-03-09 19:50 ` trygve.flathen
2014-03-09 21:36 ` Michael Heerdegen
2014-03-10 3:40 ` Eli Zaretskii
2014-03-10 4:30 ` Michael Heerdegen
2014-03-10 5:00 ` Michael Heerdegen
2014-03-10 16:27 ` Eli Zaretskii
2014-03-10 19:40 ` Michael Heerdegen
2014-03-10 20:03 ` Eli Zaretskii
2014-03-10 20:29 ` Eli Zaretskii
2014-03-10 22:11 ` Michael Heerdegen
2014-03-10 23:06 ` Michael Heerdegen
2014-03-11 4:25 ` Michael Heerdegen
2014-03-11 17:23 ` Eli Zaretskii
2014-03-12 0:31 ` Michael Heerdegen [this message]
[not found] ` <mailman.17005.1394584349.10748.help-gnu-emacs@gnu.org>
2014-03-12 17:58 ` trygve.flathen
2014-03-13 7:57 ` Michael Heerdegen
2014-03-26 23:57 ` Michael Heerdegen
[not found] ` <mailman.16982.1394558617.10748.help-gnu-emacs@gnu.org>
2014-03-12 17:49 ` trygve.flathen
2014-03-10 2:40 ` Michael Heerdegen
[not found] ` <mailman.16841.1394419242.10748.help-gnu-emacs@gnu.org>
2014-03-10 22:18 ` trygve.flathen
2014-03-10 22:34 ` Michael Heerdegen
2014-03-10 22:48 ` Michael Heerdegen
[not found] ` <mailman.16731.1394291075.10748.help-gnu-emacs@gnu.org>
2014-03-08 15:53 ` Dan Espen
2014-03-08 17:28 ` Eli Zaretskii
[not found] ` <mailman.16729.1394285215.10748.help-gnu-emacs@gnu.org>
2014-03-08 15:58 ` trygve.flathen
2014-03-08 17:38 ` Eli Zaretskii
2014-03-08 17:54 ` Eli Zaretskii
[not found] ` <mailman.16742.1394301274.10748.help-gnu-emacs@gnu.org>
2014-03-08 18:49 ` trygve.flathen
[not found] ` <mailman.16739.1394300339.10748.help-gnu-emacs@gnu.org>
2014-03-08 19:06 ` trygve.flathen
2014-03-08 19:37 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87mwgw45q9.fsf@web.de \
--to=michael_heerdegen@web.de \
--cc=help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.