[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Suggestion: Mapping of M-g should be goto-line

From: Danilo Segan
Subject: Re: Suggestion: Mapping of M-g should be goto-line
Date: Thu, 25 Mar 2004 13:30:18 +0100
User-agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3.50 (gnu/linux)

Hi Juanma,

Today at 12:55, Juanma Barranquero wrote:

> On Thu, 25 Mar 2004 12:23:34 +0100
> Danilo Segan <address@hidden> wrote:
>> That's only a reason to educate them better, not to adjust behaviour.
> Many people don't have the time to be "educated". I've introduced a few
> friends to Emacs and they're using it happily, but they just won't spend
> the time to learn features they feel they're not going to need.

Sorry if I sounded too harsh -- I just want the defaults to be good,
and I'm not at all claiming to know what they should be.  I'm
bringing issues and/or solutions to issues brought up in discussion,
which are more "Emacs-ey" than simply using goto-line by hand.

With that aside, your claim seems to be spurious at best: you've got
friends who "just won't spend the time to learn features they feel
they're not going to need" -- if they're not going to need them, why
would they care if goto-line is easily accessible, or not?  OTOH, if
they're going to need them, we should make them learn next-error, not
goto-line (at least IMHO, it's related to the issue of what is
officially supported/recommended way of doing things with Emacs).

>> I suggest you try "emacsclient -n +5 path/to/file"
> I don't use emacsclient, but I *do* use gnuclient.exe and gnuserv.el
> (I'm on Windows), which have the same functionality. Still, I routinely
> use M-x goto-line.

Thanks for mentioning that.  But two of us, _who_ do know of alternate
[that's important, since it may be the case that many people don't
know about them], and (arguably) better way to open a file at specific
point from terminal, are far from a good statistical sample (and even
our views differ).

>> For those that are not willing to go the "better" path (of course,
>> if it becomes a consensus that this is actually "better", I'm not
>> insisting this is), they can always customize their keybindings. 
> Yes, that's what I've done, so I certainly won't insist on M-g being
> goto-line. Still, making goto-line more accesible that "set default font"
> seems sensible for all these "uneducated" people out there which don't
> want to spend too much time learning Emacs, i.e., the exact people to
> whom the customize stuff is addressed...

I'd actually go the different route.  I'd suggest making next-error
even more accessible (eg. using M-g for that), since it's infinitely
more useful than setting default face.  With that done, one might even
put goto-line to C-x `, or something.  Lets not knowingly hide very
useful features such as next-error, and expose goto-line instead.

(If you want a shortcut to make some sense, it's easy: "error" in
Serbian is "greŇ°ka" [so M-g], and you can easily remember it, right? ;)

> In fact, I routinely have Emacs running all the time and have an alias
> "em=gnuclient -qF" so I can edit files with "em filename.ext". gnuclient
> is also my editor-cmd in Subversion, so Emacs comes forward to edit
> Subversion commit logs, etc. etc.
> Really, I *do* know there are alternatives. I use some of them, and the
> ones I don't use, is because they're not that useful/comfortable to me.

(I'd rather put the emphasis on "I": "*I* do know there are
alternatives", since I'd like to point out that many others who
reach for goto-line probably don't)

The last time I used Windows, I found its terminal to be very
unusable.  So, I would tend to blame incomfortability on that
instead. :)

> I refuse to be "educated" to do things in ways I've already discarded ;)

For those who're already long-time users of Emacs (like probably
yourself), there's no point in "educating" -- you know how to set it
up to suit your preferences, and have probably developed your own set
of preferences over time, which differ from defaults. 


reply via email to

[Prev in Thread] Current Thread [Next in Thread]