From: Lennart Borgman <lennart.borgman@gmail.com>
To: Reuben Thomas <rrt@sc3d.org>
Cc: 8492@debbugs.gnu.org
Subject: bug#8492: 23.3; Time to use a different binding for completion?
Date: Fri, 22 Apr 2011 15:47:54 +0200 [thread overview]
Message-ID: <BANLkTi=HL05YgvWuuq-HYQ=KjVbxOU=q1A@mail.gmail.com> (raw)
In-Reply-To: <BANLkTimCwRG7gdUJ9sd7=vA2uvjBx-4Bqw@mail.gmail.com>
On Thu, Apr 21, 2011 at 11:08 PM, Reuben Thomas <rrt@sc3d.org> wrote:
> On 21 April 2011 21:55, Lennart Borgman <lennart.borgman@gmail.com> wrote:
>> On Thu, Apr 21, 2011 at 10:14 PM, Reuben Thomas <rrt@sc3d.org> wrote:
>>> On 21 April 2011 20:54, Lennart Borgman <lennart.borgman@gmail.com> wrote:
>>>>
>>>>
>>>> But the fact is that many people using Emacs depends on cua-mode and
>>>> viper.
>>>
>>> Sure, so from time to time those bindings have to be updated when new
>>> incompatibilities arise with the default Emacs bindings. How is that a
>>> big deal?
>>
>>
>> The big deal is that it is Emacs that has to accommodate its default
>> bindings since the world outside is so much bigger.
>
> How is Viper or CUA the world outside?
They are mirrors of the outside world. And users of them want this
mirror to be exact in certain cases.
> To give just one example each, Viper is, following vi, modal: keys
> that in Emacs are always bound to self-insert-command are bound to
> editing commands in viper's command mode; in CUA, C-x is used for cut,
> whereas in Emacs's default bindings it's a prefix. So it's not even
> hypothetical: there are already fundamental incompatibilities. Why,
> therefore, the fuss about another (potential) incompatibility?
If you do not think this is a problem then I guess you also could
accept an argument for moving for example C-x in Emacs to another key?
next prev parent reply other threads:[~2011-04-22 13:47 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-13 17:26 bug#8492: 23.3; Time to use a different binding for completion? Reuben Thomas
2011-04-15 19:53 ` Stefan Monnier
2011-04-15 22:53 ` Reuben Thomas
2011-04-15 23:21 ` Lennart Borgman
2011-04-19 12:46 ` Stefan Monnier
2011-04-19 13:01 ` Lennart Borgman
2011-04-19 13:34 ` Stefan Monnier
2011-04-19 18:53 ` Lennart Borgman
2011-04-24 18:08 ` Chong Yidong
2011-04-24 19:43 ` Drew Adams
2011-04-24 19:55 ` Reuben Thomas
2011-04-19 10:52 ` Andrew W. Nosenko
2011-04-19 12:21 ` Lennart Borgman
2011-04-20 11:54 ` Reuben Thomas
2011-04-20 13:18 ` Stefan Monnier
2011-04-20 13:22 ` Reuben Thomas
2011-04-20 14:16 ` Stefan Monnier
2011-04-20 14:49 ` Sven Joachim
2011-04-20 16:41 ` David De La Harpe Golden
2011-04-20 17:11 ` Deniz Dogan
2011-04-20 18:28 ` David De La Harpe Golden
2011-04-20 22:02 ` Lennart Borgman
2011-04-21 0:13 ` Sean Sieger
2011-04-21 6:02 ` Deniz Dogan
2011-04-20 17:17 ` Eli Zaretskii
2011-04-20 22:03 ` Lennart Borgman
2011-04-21 6:43 ` Eli Zaretskii
2011-04-20 21:59 ` Lennart Borgman
2011-04-20 14:07 ` Deniz Dogan
2011-04-20 15:49 ` Drew Adams
2011-04-20 18:28 ` Reuben Thomas
2011-04-20 22:48 ` Stefan Monnier
2011-04-20 22:49 ` Reuben Thomas
2011-04-20 21:56 ` Lennart Borgman
2011-04-20 22:49 ` Drew Adams
2011-04-20 22:51 ` Reuben Thomas
2011-04-21 12:42 ` Lennart Borgman
2011-04-21 14:13 ` Drew Adams
2011-04-21 18:49 ` Lennart Borgman
2011-04-21 19:34 ` Reuben Thomas
2011-04-21 19:54 ` Lennart Borgman
2011-04-21 20:14 ` Reuben Thomas
2011-04-21 20:55 ` Lennart Borgman
2011-04-21 21:08 ` Reuben Thomas
2011-04-22 13:47 ` Lennart Borgman [this message]
2011-04-22 17:33 ` Reuben Thomas
2011-04-22 18:12 ` Lennart Borgman
2011-04-22 21:01 ` Sean Sieger
2011-04-22 21:09 ` Lennart Borgman
2011-04-22 20:44 ` Sean Sieger
2021-10-21 19:44 ` Stefan Kangas
2021-10-21 19:45 ` Reuben Thomas via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-10-21 20:11 ` Stefan Kangas
2021-10-22 6:30 ` Phil Sainty
2021-10-22 8:12 ` Stefan Kangas
2022-04-29 12:38 ` Lars Ingebrigtsen
2022-04-29 13:22 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-04-29 13:25 ` Reuben Thomas via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-04-29 13:33 ` Lars Ingebrigtsen
2022-04-29 15:14 ` Drew Adams
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='BANLkTi=HL05YgvWuuq-HYQ=KjVbxOU=q1A@mail.gmail.com' \
--to=lennart.borgman@gmail.com \
--cc=8492@debbugs.gnu.org \
--cc=rrt@sc3d.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.