From: Deniz Dogan <deniz.a.m.dogan@gmail.com>
To: David Kastrup <dak@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: binding ibuffer to C-x C-b by default
Date: Fri, 8 Oct 2010 14:13:59 +0200 [thread overview]
Message-ID: <AANLkTi=DZGRe77OD1=TTO8747gwe1N50WFf6qdqPb_dn@mail.gmail.com> (raw)
In-Reply-To: <8739sgq4wh.fsf@lola.goethe.zz>
2010/10/8 David Kastrup <dak@gnu.org>:
> Deniz Dogan <deniz.a.m.dogan@gmail.com> writes:
>
>> 2010/10/8 David Kastrup <dak@gnu.org>:
>>> Deniz Dogan <deniz.a.m.dogan@gmail.com> writes:
>>>
>>>> 2010/10/7 Dan Nicolaescu <dann@gnu.org>:
>>>>>
>>>>> This was discussed briefly a few years ago and Stefan (and other
>>>>> people) agreed with it: how about we map ibuffer to C-x C-b by default
>>>>> in Emacs-24?
>>>>>
>>>>> ibuffer is a superset of list-buffers, and it provides many things
>>>>> that list-buffers does not.
>>>>>
>>>>>
>>>>
>>>> If a significant majority of experienced Emacs users prefer to use
>>>> ibuffer instead of list-buffers (which is what I believe) what is the
>>>> problem with making this change?
>>>
>>> Thinking like a suitor rather than a programmer.
>>>
>>> Making a choice between two different feature sets that both have
>>> deficiencies is the wrong thing to do if we can instead create a version
>>> that does not contain the particular weaknesses of either.
>>>
>>
>> Binding C-x C-b only changes a key binding.
>
> And marriage only changes a soul binding.
>
>> This has nothing to do with modifying list-buffers or ibuffer, neither
>> does it affect anyone with the intentions of doing that.
>
> You propose a divorce from C-x C-b with list-buffers, and a remarriage
> with ibuffer. Namely making a choice rather than an improvement to
> either.
>
Don't dramatize the change of a key binding by comparing it to divorce
and marriage.
Nothing stops anyone from changing (or possibly even merging) ibuffer
or buffer-menu if we change C-x C-b to ibuffer.
It appears that this topic has been discussed back and forth for at
least seven years already, but you are still hoping that someone
actually makes the effort to merge the two into a "Frankenstein". I
can't see that happening any time soon, so let's be pragmatic about
it.
--
Deniz Dogan
next prev parent reply other threads:[~2010-10-08 12:13 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-07 15:17 binding ibuffer to C-x C-b by default Dan Nicolaescu
2010-10-07 15:46 ` Drew Adams
2010-10-07 20:54 ` Deniz Dogan
2010-10-08 0:29 ` Miles Bader
2010-10-08 0:34 ` Lars Magne Ingebrigtsen
2010-10-08 0:46 ` Miles Bader
2010-10-08 0:51 ` Lars Magne Ingebrigtsen
2010-10-08 1:32 ` Óscar Fuentes
2010-10-08 1:38 ` Lars Magne Ingebrigtsen
2010-10-08 2:26 ` Óscar Fuentes
2010-10-08 2:33 ` Lars Magne Ingebrigtsen
2010-10-08 3:16 ` Óscar Fuentes
2010-10-08 6:48 ` David Kastrup
2010-10-08 13:53 ` Ted Zlatanov
2010-10-08 13:56 ` Ted Zlatanov
2010-10-08 14:06 ` Lars Magne Ingebrigtsen
2010-10-08 14:09 ` Miles Bader
2010-10-08 16:45 ` Dan Nicolaescu
2010-10-08 1:43 ` Miles Bader
2010-10-08 7:57 ` Sergei Organov
2010-10-08 8:51 ` Stephen J. Turnbull
2010-10-08 11:22 ` Sergei Organov
2010-10-09 4:02 ` Chong Yidong
2010-10-09 14:51 ` Dan Nicolaescu
2010-10-09 15:44 ` Lars Magne Ingebrigtsen
2010-10-08 0:57 ` Drew Adams
2010-10-08 1:30 ` Miles Bader
2010-10-08 2:57 ` Drew Adams
2010-10-08 1:03 ` Juanma Barranquero
2010-10-08 1:34 ` Miles Bader
2010-10-08 9:12 ` Juanma Barranquero
2010-10-09 4:01 ` Chong Yidong
2010-10-07 23:29 ` Juri Linkov
2010-10-08 3:05 ` Dan Nicolaescu
2010-10-08 9:23 ` Deniz Dogan
2010-10-08 11:26 ` David Kastrup
2010-10-08 11:43 ` Deniz Dogan
2010-10-08 11:51 ` David Kastrup
2010-10-08 12:13 ` Deniz Dogan [this message]
2010-10-08 12:19 ` Deniz Dogan
2010-10-08 12:27 ` David Kastrup
2010-10-08 15:17 ` Lennart Borgman
2010-10-08 9:54 ` René Kyllingstad
2010-10-08 16:06 ` Drew Adams
-- strict thread matches above, loose matches on Subject: below --
2010-10-08 4:13 Roland Winkler
2010-10-08 8:27 ` Deniz Dogan
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='AANLkTi=DZGRe77OD1=TTO8747gwe1N50WFf6qdqPb_dn@mail.gmail.com' \
--to=deniz.a.m.dogan@gmail.com \
--cc=dak@gnu.org \
--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.