all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Antoine Levitt'" <antoine.levitt@gmail.com>, <emacs-devel@gnu.org>
Subject: RE: `C-b' is backward-char, `left' is left-char - why?
Date: Fri, 27 May 2011 16:19:16 -0700	[thread overview]
Message-ID: <32C1BA101EF548F9ACEA6E496DD8019E@us.oracle.com> (raw)
In-Reply-To: <87boynkcjp.fsf@gmail.com>

> why do you need "C-f" and "right" to be the same thing?

I don't.  Why do we need them to be different, by default?

That's the question I posed (`C-b' and `left', actually).

Haven't seen an answer yet, except that bidi needs them to be different.  The
question then is why bidi's-need-for-this needs to become
Emacs's-need-in-general (all the time, everywhere, for everyone)?

As I said clearly several times, if it must, it must.  Really not a big deal.
Just asking whether and why it must.

> If it's for some generic code (for
> instance, preview.el has the variable preview-auto-reveal 
> that needs to
> know that C-f and "right" both enter the preview), then it needs to
> accomodate this use case for people who do use bidi, and if it's for
> private code, surely you can rebind them (which takes just 
> one more line
> in your .emacs than turning off the minor mode).

I mentioned `substitute-key-definition' and `remap'.

Of course it's not a giant perturbance for users to figure this out and DTRT to
accommodate the default key changes.

I was just asking whether and why it's necessary.  As I said at the beginning:
"I'm curious".

> So what's the point of changing stuff that works fine

Uh, just who is changing things here?  Are `C-b' and `left' bound to different
keys in the current Emacs release (23.3)?  Are they in any previous release?

Or are you proposing that we leave `left' bound to `backward-char' - i.e. no
change?

> and adding a trivial minor mode that is going to pollute
> our already crowded C-h m?

That `C-h m' is crowded is certainly true.

If users can get bidiless behavior (no default key changes) simply by toggling
an option, that will be great.  I'm sure Eli would welcome the patch for that,
if you have one.

I don't have a better idea than a minor mode, but I know _zero_ about bidi and
its implementation.  Better ideas are certainly welcome.  As you said, "what's
the point of changing stuff that works fine?"  If we must, we must.  But must
we?  Why?




  reply	other threads:[~2011-05-27 23:19 UTC|newest]

Thread overview: 66+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-27 20:40 `C-b' is backward-char, `left' is left-char - why? Drew Adams
2011-05-27 20:48 ` Pascal J. Bourguignon
2011-05-27 21:11   ` Eli Zaretskii
2011-05-27 22:08   ` Drew Adams
2011-05-28  0:19   ` Nix
2011-05-27 21:09 ` Eli Zaretskii
2011-05-27 21:13   ` Eli Zaretskii
2011-05-27 22:08   ` Drew Adams
2011-05-27 22:23     ` Antoine Levitt
2011-05-27 23:19       ` Drew Adams [this message]
2011-05-28  0:46         ` Mohsen BANAN
2011-05-28  1:53           ` Drew Adams
2011-05-28  2:24             ` Mohsen BANAN
2011-05-28  8:00         ` Eli Zaretskii
2011-05-27 23:09     ` PJ Weisberg
2011-05-27 23:23       ` Drew Adams
2011-05-28  0:25         ` PJ Weisberg
2011-05-28  0:39           ` Drew Adams
2011-05-28  6:57             ` David Kastrup
2011-05-28  8:21     ` Eli Zaretskii
2011-05-28  0:48 ` Stefan Monnier
2011-05-28  1:54   ` Drew Adams
2011-05-28  7:07     ` David Kastrup
2011-05-28  8:26     ` Eli Zaretskii
2011-05-30  3:57     ` Stefan Monnier
2011-05-31 14:18       ` Davis Herring
2011-05-31 14:39         ` Eli Zaretskii
2011-06-01 11:48         ` Andy Moreton
2011-06-01 13:23           ` Eli Zaretskii
2011-06-01 23:26             ` Andy Moreton
2011-06-02  4:37               ` Eli Zaretskii
2011-06-02 10:38                 ` Andy Moreton
2011-06-02 11:12                   ` Eli Zaretskii
2011-06-02 12:59                     ` Andy Moreton
2011-06-02 15:09                       ` Eli Zaretskii
2011-06-02 16:23                         ` Andy Moreton
2011-06-02 17:43                           ` Eli Zaretskii
2011-06-02 21:42                             ` Andy Moreton
2011-06-03  7:01                               ` Eli Zaretskii
2011-06-02 17:09                         ` David Kastrup
2011-06-02 18:05                           ` Eli Zaretskii
2011-06-03 14:35                             ` David Kastrup
2011-06-03 15:08                               ` Eli Zaretskii
2011-06-03 15:14                                 ` David Kastrup
2011-06-03 16:48                                   ` Eli Zaretskii
2011-06-03 20:56                                     ` David Kastrup
2011-06-04  6:28                                       ` Eli Zaretskii
2011-06-05 16:51                                 ` Ehud Karni
2011-06-05 17:10                                   ` Eli Zaretskii
2011-06-05 17:19                                     ` Ehud Karni
2011-06-05 17:26                                       ` David Kastrup
2011-06-05 17:44                                         ` Eli Zaretskii
2011-06-05 18:26                                           ` David Kastrup
2011-06-05 19:22                                             ` Eli Zaretskii
2011-06-07  8:51                                               ` David Kastrup
2011-06-07 10:54                                                 ` Eli Zaretskii
2011-06-02 15:35                       ` PJ Weisberg
2011-06-02 17:44                         ` Eli Zaretskii
2011-06-02 19:29                           ` PJ Weisberg
2011-06-02 21:10                             ` Eli Zaretskii
2011-06-03  0:47                   ` Kenichi Handa
2011-06-03  7:13                     ` Eli Zaretskii
2011-06-05 11:27                       ` Kenichi Handa
2011-06-05 13:04                         ` Eli Zaretskii
2011-06-02  7:23             ` David Kastrup
2011-06-02  8:59               ` 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=32C1BA101EF548F9ACEA6E496DD8019E@us.oracle.com \
    --to=drew.adams@oracle.com \
    --cc=antoine.levitt@gmail.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 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.