unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Lennart Borgman'" <lennart.borgman@gmail.com>, <rms@gnu.org>
Cc: per@starback.se, 'Stephen Eilert' <spedrosa@gmail.com>,
	emacs-devel@gnu.org
Subject: RE: Emacs for new users
Date: Tue, 24 Nov 2009 08:41:18 -0800	[thread overview]
Message-ID: <6E092AF13796494BADEBCE2C5C0361CE@us.oracle.com> (raw)
In-Reply-To: <e01d8a50911240751y4267268dm96951c5f50c64ea0@mail.gmail.com>

> For beginners I think it would be good if when minibuffer is active
> clicking in other windows did not work. Or moving to another window in
> any other way.

Hi Lennart,

Why? What possible reason could you have for such a suggestion?

That would totally prevent using the mouse to interact with other buffers during
minibuffer input. You wouldn't even be able to choose a completion from
*Completions* using the mouse.

FWIW, Icicles lets you use the mouse (if you want) in several ways to interact
with other buffers. This would work against that. I imagine that other libraries
might offer similar features.

Even providing such a protective sandbox for beginners would be a big step
backwards. There is no reason that beginners shouldn't be able to use the mouse
during minibuffer interaction.

The OP mentioned beginner confusion in several areas while learning. (That's
what learning is about, BTW.) The relevant item here was the _query-replace_
dialog: using the mouse during query-replace. It was not about the interaction
between the mouse and minibuffer input in general.

*IF* we thought this was a big problem for query-replace (and I do not), then
the solution would be to fix the _query-replace_ dialog appropriately: either
block the mouse there (ignore it) or let you use it to interact elsewhere and
then resume query-replace seamlessly. There are so many things to learn about
query-replace, including the (normal) stop-and-resume possibilities, that this
is certainly not a biggee.

It's fine to look for and listen to newbie difficulties, and that can help us
improve Emacs - definitely. But there is a tendency here sometimes to want to go
off immediately, half-cocked, and redesign stuff willy nilly at the first report
of someone not having understood something or expecting something different.

Sheesh. For the most part, these are simply reports of how people learn Emacs.
They are interesting, and we can learn from them, but they are not necessarily
alarms or calls to action.

--

Learning Emacs is like learning to ride a bike. Maybe you were _used to_ a
tricycle and loved it, so maybe adding training wheels to your new big bike will
temporarily help you a bit to adapt to it. But plenty of bike newbies never used
training wheels - it can be done.  And even if you do use them, sooner or later
you need to get your balance and find out that riding a bike is _not_ the same
as riding a trike.

Or not. Imagine seeing veteran bike riders still using training wheels, because
they got so used to it and came to think of four wheels as naturally superior to
two. (That's the way I look at things like CUA mode, BTW... Oops; no flames
please.)

When you're learning to ride a bike, yes, it does seem like a big deal ("I'll
never get this"). But hey, it can be done; it's not that big a deal; and riding
without training wheels is what bike riding is really about. As long as you are
on 4 wheels, you are not bike-riding - you might think you are, but you're not.

No, I'm not saying that "real Emac users" do this or that. But if we want to
help newbies, we should concentrate on helping them learn Emacs, not only on
giving them what they expect or are already used to.





  reply	other threads:[~2009-11-24 16:41 UTC|newest]

Thread overview: 58+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-23 16:37 Emacs for new users Per Starbäck
2009-11-23 16:59 ` Giuseppe Scrivano
2009-11-23 18:47   ` Chong Yidong
2009-11-23 20:49     ` Chong Yidong
2009-11-26 22:35       ` Beeping (was: Emacs for new users) Juri Linkov
2009-11-26 23:12         ` Lennart Borgman
2009-11-27  4:12           ` Beeping Stefan Monnier
2009-11-27  6:48             ` Beeping Lennart Borgman
2009-11-27 19:25               ` Beeping Stefan Monnier
2009-11-27 20:25                 ` Beeping Lennart Borgman
2009-11-27 23:12                   ` Beeping Stefan Monnier
2009-11-27 23:15                     ` Beeping Lennart Borgman
2009-11-28  1:49                       ` Beeping Stefan Monnier
2009-11-28  2:47                         ` Beeping Lennart Borgman
2009-11-23 17:05 ` Emacs for new users Stephen Eilert
2009-11-24 14:10   ` Richard Stallman
2009-11-24 14:43     ` Renaud Casenave-Péré
2009-11-24 16:10       ` Andreas Schwab
2009-11-25 21:01       ` Richard Stallman
2009-11-30 23:02       ` Giorgos Keramidas
2009-11-24 15:51     ` Lennart Borgman
2009-11-24 16:41       ` Drew Adams [this message]
2009-11-24 17:15         ` Lennart Borgman
2009-11-24 17:27           ` Chong Yidong
2009-11-24 17:35             ` Lennart Borgman
2009-11-24 17:51             ` Deniz Dogan
2009-11-24 18:37               ` Chong Yidong
2009-11-24 18:03           ` Drew Adams
2009-11-24 18:06             ` Lennart Borgman
2009-11-24 18:22               ` Drew Adams
2009-11-24 18:30                 ` Lennart Borgman
2009-11-24 19:35                   ` Drew Adams
2009-11-24 19:40                     ` Lennart Borgman
2009-11-25 21:02           ` Richard Stallman
2009-11-25 21:04             ` Lennart Borgman
2009-11-25 21:57             ` Fernando C.V.
2009-11-25 22:05               ` Drew Adams
2009-11-25 22:27                 ` Fernando C.V.
2009-11-25 22:34                   ` Drew Adams
2009-11-26  6:23               ` Richard Stallman
2009-11-23 18:56 ` Lennart Borgman
2009-11-23 19:35   ` Les Harris
2009-11-23 20:28     ` Lennart Borgman
2009-11-23 21:04       ` Chong Yidong
2009-11-23 21:16         ` Lennart Borgman
2009-11-23 21:56           ` Stefan Monnier
2009-11-23 22:05             ` Lennart Borgman
2009-11-30 22:55         ` Giorgos Keramidas
2009-11-30 23:01           ` Lennart Borgman
2009-12-01  9:13           ` Deniz Dogan
2009-12-01 10:13             ` Miles Bader
2010-11-13 19:14               ` separating CUA rectangles from CUA selection mode [was: Emacs for new users] Drew Adams
2009-11-23 21:16     ` Emacs for new users Stephen Eilert
2009-11-23 22:06       ` Per Starbäck
2009-11-23 22:43         ` Per Starbäck
2009-11-23 22:46           ` Lennart Borgman
2009-11-23 23:55           ` Sebastian Rose
2009-11-24  6:43           ` tomas

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=6E092AF13796494BADEBCE2C5C0361CE@us.oracle.com \
    --to=drew.adams@oracle.com \
    --cc=emacs-devel@gnu.org \
    --cc=lennart.borgman@gmail.com \
    --cc=per@starback.se \
    --cc=rms@gnu.org \
    --cc=spedrosa@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).