From: "Marshall, Simon" <simon.marshall@misys.com>
Cc: "'Emacs Developers \(emacs-devel@gnu.org\)'" <emacs-devel@gnu.org>
Subject: Re: [simon.marshall@bogus.example.com: mouse-autoselect-window ne eds a delay]
Date: Wed, 28 Jun 2006 10:11:09 +0100 [thread overview]
Message-ID: <81CCA6588E60BB42BE68BD029ED4826007B77E4E@wimex2.wim.midas-kapiti.com> (raw)
> If you have split windows and the lower window selected, how do you
move the
> mouse from the lower window to the menu or tool bar without window
selection
> moving to the upper window?
> [...]
> I just changed my lower window to contain a buffer with a very
> different purpose from the upper window. That way is uses a very
> different library than the upper window and has different menus on the
> menu bar. To get to the menu bar required moving the mouse cursor
> outside of Emacs. I have never done that before. (If I were to go to
> the menu bar in every day use, I would first `C-x 1'
> (delete-other-windows-quietly). That action would be more efficient.)
I don't have a problem with you using Emacs how you want to. But, as you
state, your usage of the menu bar is to test it not to use it per se.
OTOH, I use the menu bar if (a) I happen to be holding the mouse, (b) I
can't remember the key binding, or (c) there isn't a key binding. My report
was pointing out a problem with mouse-autoselect-window when used with split
windows and the menu or tool bar. Given that you don't use the menu or tool
bar, ...
Anyway, I would find it quite obscure and "inefficient" (to use your word)
to have to do C-x 1 in the window before I used the menu bar. I would
rather Emacs not require my usage to be different for a command invoked via
a key vs via the menu or tool bar. And the result of C-x 1 would be
different from what I had wanted.
> Moving the mouse cursor outside of Emacs rather than `C-x 1'
> (delete-other-windows-quietly) is clearly inefficent. But then, so is
> any action with the menu bar since it means taking your fingers off
> the keyboard for an irrelevant reason.
I think this belongs to a different discussion, not in response to a bug
report!
> (I can only achieve this by moving out of the Emacs frame and then into
the
> Emacs frame at the Emacs menu or tool bar. And that is much easier if
my WM
> implements a delay for WM focus-follows-mouse, otherwise WM
raise-on-focus
> would cause any other window behind the Emacs frame to be raised above
the
> Emacs frame immediately!)
> That is true: if you take your hands off the keyboard, grab the mouse,
> move the mouse cursor over another Emacs window to a bar, and if you
> do not `C-x 1' (delete-other-windows-quietly), and you do not use
> auto-raise much elsewhere, then to keep your first window you need a
> delay.
> It seems very unlikely that anyone would act so inefficently once they
> learn to be efficient, but people are strange. I see no reason not to
> permit such inefficiency, but the default should be `immediate
> auto-raise' and a presumption that the user is trying to use his or
> her life well. Otherwise, the Emacs developers would be highly
> insulting.
Are you seriously suggesting that I am inefficient and/or strange?
next reply other threads:[~2006-06-28 9:11 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-28 9:11 Marshall, Simon [this message]
2006-07-04 16:15 ` [simon.marshall@bogus.example.com: mouse-autoselect-window ne eds a delay] Stefan Monnier
-- strict thread matches above, loose matches on Subject: below --
2006-06-27 8:30 Marshall, Simon
2006-06-27 11:19 ` Robert J. Chassell
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=81CCA6588E60BB42BE68BD029ED4826007B77E4E@wimex2.wim.midas-kapiti.com \
--to=simon.marshall@misys.com \
--cc=emacs-devel@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 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).