unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Alain Knaff <alain@knaff.lu>
To: Lennart Borgman <lennart.borgman@gmail.com>
Cc: 7269@debbugs.gnu.org
Subject: bug#7269: bug #7269: 24.0.50; opening a file via emacsclient -c <file> moves the mouse cursor to, the top left of the frames buffer.
Date: Sat, 13 Nov 2010 22:25:09 +0100	[thread overview]
Message-ID: <4CDF0235.8030301@knaff.lu> (raw)
In-Reply-To: <AANLkTikmo5es3TRm2UiOppzKv1EqQPjCryc=h8hnkPJj@mail.gmail.com>

On 11/13/2010 10:11 PM, Lennart Borgman wrote:
> You answered privately, was that your intention?

No, not really, I accidentally did a "reply" instead of a "reply-all".
Thanks for bringing this to my attention, I re-added the bug report in
Cc: now. Hopefully this will work...

> 
> What application do you mean do not grab focus when you ask them to
> open a file? I actually can't remember any. (Except for GIMP which
> seems to have a bug there on w32.)

Why would an application behave differently if I want them to open a
file, than if I just want to create a new document?

Well, in any case, I've never seen any application do this even when
opening a file.

I tried it with openoffice and inkscape right now, and neither of them
did this.

Neither did firefox (when trying to add the URL on the commandline), nor
konqueror.
(thunderbird/firefox steal focus when popping up certain alerts, but not
on open)

Can you name me just one application which steals focus when you launch
it with a file name parameter?

N.B. during my test sometimes the app just happened to pop up its window
under my mouse, so it got focus the "natural" way. However, this choice
of location was by no way deliberate, and didn't happen when retrying it
with a different window disposition.

Alain


> 
> 
> On Sat, Nov 13, 2010 at 10:04 PM, Alain Knaff <alain@knaff.lu> wrote:
>> On 11/13/2010 09:58 PM, Lennart Borgman wrote:
>>> On Sat, Nov 13, 2010 at 9:13 PM, Alain Knaff <alain@knaff.lu> wrote:
>>>>> Nowadays focus follows mouse doesn't mean that the focus strictly
>>>>> follows the mouse position, it can still be set independent of it.
>>>>
>>>> Even that (ignoring mouse position, and just grabbing focus) would be a
>>>> highly antisocial move. Why can't emacs just leave the mouse and the
>>>> focus alone, like most other apps do, and patiently wait until the user
>>>> gives it focus?
>>>
>>> Of course Emacs should grab focus if the user uses emacsclient to open
>>> a file. Why should not Emacs grab the focus then? AFAICS this is what
>>> the user expects.
>>
>> Did you ever wonder why all the other applications (except thunderbird
>> and firefox in some cases) didn't behave in this way?
>>
>> I'll give you the answer: because most users do NOT expect such rude
>> behavior. We do not want application to steal focus from us, we want
>> them to patiently wait for their turn. Almost all the other apps behave,
>> why can't emacs?
>>
>> Alain
>>





  parent reply	other threads:[~2010-11-13 21:25 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-22 20:29 bug#7269: 24.0.50; opening a file via emacsclient -c <file> moves the mouse cursor to the top left of the frames buffer Arne Babenhauserheide
2010-11-10 19:29 ` Anders Kaseorg
2010-11-11 23:04   ` Stefan Monnier
2010-11-12 17:02     ` Andreas Schwab
2010-11-13 20:13 ` bug#7269: bug #7269: 24.0.50; opening a file via emacsclient -c <file> moves the mouse cursor to, " Alain Knaff
2010-11-13 20:58   ` Lennart Borgman
     [not found]     ` <4CDEFD4E.1090603@knaff.lu>
     [not found]       ` <AANLkTikmo5es3TRm2UiOppzKv1EqQPjCryc=h8hnkPJj@mail.gmail.com>
2010-11-13 21:25         ` Alain Knaff [this message]
2010-11-13 21:31           ` Lennart Borgman
2010-11-13 21:39             ` Lennart Borgman
2010-11-13 21:42               ` Alain Knaff
2010-11-13 21:48                 ` Lennart Borgman
2010-11-13 21:40             ` Alain Knaff
2010-11-13 21:52               ` Lennart Borgman
2010-11-13 22:10                 ` Alain Knaff
2010-11-13 22:38                   ` Lennart Borgman
2010-11-13 23:20                     ` Alain Knaff
2010-11-13 23:50                       ` Lennart Borgman
2010-11-14  0:20                         ` Alain Knaff
2010-11-14  0:51                           ` Lennart Borgman
2010-11-14  8:10                             ` Alain Knaff
2010-12-20 11:15 ` bug#7269: 24.0.50; opening a file via emacsclient -c <file> moves the mouse cursor to " Chong Yidong

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

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4CDF0235.8030301@knaff.lu \
    --to=alain@knaff.lu \
    --cc=7269@debbugs.gnu.org \
    --cc=lennart.borgman@gmail.com \
    /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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).