all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Dmitry Gutov <dgutov@yandex.ru>
To: Drew Adams <drew.adams@oracle.com>
Cc: public-emacs-devel-mXXj517/zsQ@plane.gmane.org,
	'Sebastien Vauban'
	<public-wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@plane.gmane.org>,
	emacs-devel@gnu.org
Subject: Re: Unuseful keybindings
Date: Sun, 23 Dec 2012 21:33:18 +0400	[thread overview]
Message-ID: <50D7405E.5070604@yandex.ru> (raw)
In-Reply-To: <1C9978ED468E4CC8948C1B93D6806A18@us.oracle.com>

On 23.12.2012 21:03, Drew Adams wrote:
>>> We never should have bound those function keys, IMHO, with
>>> (probably) the exception of `f1', which has more in the way
>>> of supporting argument.
>>
>> Well, that's my point. None of the current f-key bindings take into
>> account repeatability, so you asking not to bind f11 for that reason
>> doesn't sound very convincing, and goes against consistency.
>> I'd certainly prefer if different f-keys were bound or not
>> bound on the same principle.
>
> Two wrongs do not make a right.
>
> We-should-add-wrongs-in-the-name-of-consistency is misguided, and represents a
> complete misunderstanding of the value of consistency.

It just means that campaigning against just this one binding, at this 
point of time, does not make much sense.
And whether these "wrongs" are such is a matter of opinion.

> Among other things, consistency, like so many other things that can be helpful,
> is not something to be absolute about.  Consistency for a purpose, and subject
> to other considerations, not just consistency for consistency's sake.

Consistency for the sake of making sense to a new or casual user. For 
example.

> And your consistency argument works both ways: Why not consistently remove all
> function-key default bindings?

This is reductio ad absurdum. Not every kind of consistency is equally 
valuable.

>> The possible reason why those keys are so nice and still
>> mostly have no bindings is they are far from the home row,
>
> I believe that Emacs Dev intentionally avoided binding them by default.  They
> were left for users and applications.
>
> `home' (Home) and the arrow keys are far from the home row also.
> They have been bound since they existed, AFAIK.

Because they behave the same way in many other programs, I'd wager.
f-keys, on the other hand, have not enjoyed the same degree of 
consistent behavior across programs.

>> so the expectation is they can only be used for one-off commands,
>
> Who's expectation?  What makes you think that?  Wanna guess how many users use
> the arrow keys and how often?  Not very one-off, is my guess.

I'm among them. Again, binding arrow keys makes sense because many users 
are used to that.

>> not in a sequence in the middle of other commands during an editing session.
>
> Why?  Wanna guess how many users hold down an arrow key to repeat its command?
>
> Imagine if Emacs Dev had misguidedly bound `down' (the down arrow) by default to
> a non-repeatable command such as `fullscreen'.  Not as useful as the key could
> be.

Is that the only reason you think binding `down' to `fullscreen' is 
ill-advisable? :)

>>> There is absolutely no reason for Emacs to bind `f3' and
>>> `f4' by default.  Emacs has had keyboard macros practically
>>> from Day One.  Zillions of Emacs users created zillions of
>>> keyboard macros, without Emacs Dev ever feeling that we
>>> should waste binding simple, repeatable keys to their
>>> creation and execution.
>>
>> These keys are featured on the Emacs tour page, so there's no getting
>> rid of them now, I suppose.
>
> That's silly.  Just update the tour to use `C-x e e e e ...' or whatever.

Emacs has a policy of backwards compatibility, whenever possible, or 
something.
Think back to the latest reversal of the `M-=' binding, which has 
received a rather small backlash.

>>> Or consider `f5', which often refreshes/revert the current
>>> context, outside Emacs.  I myself bind `f5' to a command that does
>>> (revert-buffer t t).  And I've suggested to others that they might
>>> want to do the same.  But I don't propose that Emacs adopt that
>>> convention by default, even though I use it all the time.
>>
>> I don't think this command is generally useful enough.
>
> Again, I do _not_ propose that Emacs bind `f5' by default.
> As for its general usefulness: users and their uses differ.

So, the fact is, Emacs doesn't have a command directly corresponding to 
"refresh" in a browser. That very well might be the reason f5 has no 
default binding.

>> The only kind of file that might need frequent refreshing I
>> can imagine is a log file, and if you're viewing one of those
>> in Emacs, you'd also have to scroll to the bottom each time.
>
> But are you aware that `revert-buffer' is not only about reverting files from
> disk?  It reverts/refreshes all kinds of buffers, from bookmark lists to Dired
> (and to a web page, I assume, if you use an Emacs browser).  From the doc
> string:

I usually press `g' for that. Much quicker.



  reply	other threads:[~2012-12-23 17:33 UTC|newest]

Thread overview: 76+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-18 13:00 Unuseful keybindings Thierry Volpiatto
2012-12-18 13:36 ` Andreas Schwab
2012-12-18 14:48   ` Thierry Volpiatto
2012-12-18 16:58     ` Sam Steingold
2012-12-18 19:30     ` Mathias Dahl
2012-12-18 19:37       ` Thierry Volpiatto
2012-12-22  3:22         ` Chong Yidong
2012-12-22  4:39           ` Drew Adams
2012-12-22  5:09             ` Xue Fuqiao
2012-12-22 21:24             ` Sebastien Vauban
2012-12-22 21:48               ` Dmitry Gutov
2012-12-22 22:46                 ` Drew Adams
2012-12-22 23:32                   ` Dmitry Gutov
2012-12-23  0:45                     ` Drew Adams
2012-12-23  1:07                       ` Xue Fuqiao
2012-12-23  1:19                         ` Daniel Colascione
2012-12-23  1:54                           ` advertizing keyboard macros better [was: Unuseful keybindings] Drew Adams
2012-12-23  2:10                             ` Xue Fuqiao
2012-12-23  9:29                       ` Unuseful keybindings Juri Linkov
2012-12-23 16:55                         ` Drew Adams
2012-12-26 14:32                           ` Kevin Rodgers
2012-12-26 22:21                             ` Xue Fuqiao
2012-12-27  3:42                               ` Eli Zaretskii
2012-12-23 14:41                       ` Dmitry Gutov
2012-12-23 14:57                         ` Jambunathan K
2012-12-23 16:52                           ` Drew Adams
2012-12-23 17:47                             ` Jambunathan K
2012-12-23 18:44                               ` Drew Adams
2012-12-23 19:36                                 ` Jambunathan K
2012-12-23 20:25                                 ` Jambunathan K
2012-12-23 21:04                                   ` Drew Adams
2012-12-24  9:35                                   ` Juri Linkov
2012-12-24 13:02                                     ` Xue Fuqiao
2012-12-24 14:13                                       ` Drew Adams
2012-12-23 17:03                         ` Drew Adams
2012-12-23 17:33                           ` Dmitry Gutov [this message]
2012-12-23 18:51                             ` Drew Adams
2012-12-23 20:53                             ` Lars Ingebrigtsen
2012-12-23 21:13                               ` Drew Adams
2012-12-24 21:43                                 ` Drew Adams
2012-12-23 21:25                               ` Andreas Schwab
2012-12-24  9:39                               ` Juri Linkov
2012-12-23 17:58                           ` Stephen J. Turnbull
2012-12-23 18:42                             ` Drew Adams
2012-12-23  0:19                   ` Mathias Dahl
2012-12-23  0:55                     ` Drew Adams
2012-12-23  9:32                 ` Juri Linkov
2012-12-23 10:37                   ` Xue Fuqiao
2012-12-23 10:56                     ` Dmitry Gutov
2012-12-23 11:22                       ` Xue Fuqiao
2012-12-22 22:28               ` Drew Adams
2012-12-22  7:42           ` Thierry Volpiatto
2012-12-22  8:23           ` Juri Linkov
2012-12-23  9:31             ` Juri Linkov
2012-12-24 10:29               ` Juri Linkov
2012-12-24 17:10                 ` Juri Linkov
2012-12-29  5:57                   ` Chong Yidong
2013-01-10 19:17                     ` Sam Steingold
2013-01-10 19:13                 ` Sam Steingold
2013-01-10 22:38                   ` Xue Fuqiao
2013-01-11  0:31                   ` Juri Linkov
2013-01-11  1:17                     ` Stefan Monnier
2013-01-11  9:58                       ` Juri Linkov
2013-01-11 14:42                         ` Stefan Monnier
2013-01-11 18:26                         ` chad
2013-01-12  0:50                           ` Juri Linkov
2013-01-12 10:03                             ` Jan Djärv
2013-01-13 10:19                               ` Juri Linkov
2013-01-13 11:19                                 ` Jan Djärv
2012-12-19  0:27       ` Drew Adams
2012-12-19  6:32         ` Thierry Volpiatto
2012-12-19 16:43         ` Leo
2012-12-18 13:40 ` Xue Fuqiao
2012-12-18 17:41 ` Eli Zaretskii
2012-12-18 17:49   ` Thierry Volpiatto
2012-12-18 19:10     ` 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=50D7405E.5070604@yandex.ru \
    --to=dgutov@yandex.ru \
    --cc=drew.adams@oracle.com \
    --cc=emacs-devel@gnu.org \
    --cc=public-emacs-devel-mXXj517/zsQ@plane.gmane.org \
    --cc=public-wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@plane.gmane.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.