unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Miles Bader'" <miles@gnu.org>,
	"'Deniz Dogan'" <deniz.a.m.dogan@gmail.com>
Cc: 'Dan Nicolaescu' <dann@gnu.org>, emacs-devel@gnu.org
Subject: RE: binding ibuffer to C-x C-b by default
Date: Thu, 7 Oct 2010 17:57:49 -0700	[thread overview]
Message-ID: <CC0102C67AC5428BB8379C92D3C5E5C1@us.oracle.com> (raw)
In-Reply-To: <878w29a5ns.fsf@catnip.gol.com>

> Drew is technically correct, in that it's not a _perfect_ superset.
> 
> But it's so damned close that 99% of the users will never even notice
> that something's changed, and I'd guess that the number of people that
> will benefit from the additional functionality/features will vastly
> outstrip those who are devastated that their favorite list-buffers
> keybinding has changed.
> 
> Some of the differences are fairly easy to fix -- e.g., list-buffers
> uses whizzy new-style header-line headers, whereas ibuffer uses
> oldskool simple fixed-width headers.  Some of the keybinding
> differences can also easily be resolved; the only hard cases are a few
> keybindings that can't be made compatible because ibuffer uses those
> keys for something else.
> 
> Anyway, as I say, while the differences exist, they're for the most
> part simply irrelevant.  The right thing to do is to simply switch to
> ibuffer, and then fix stuff up as the need arises (or somebody gets
> the itch to do so).

Miles, you were the one who proposed previously that we switch `C-x C-b' to
ibuffer, so this is no surprise.  We went through all of this before.  What's
new that implies we should change what was concluded before about it?

I asked for a reference to the thread or threads that Dan hinted at, but none
has been presented so far.  Let's at least be able to see what was said and
decided, if we're compelled to go through this all over again.  Seriously, can
someone point us to the thread(s)?  It's not so easy to search for the topic,
perhaps, since "ibuffer" is a substring of "minibuffer".

I seem to recall that there was consensus that we should add missing features to
one or the other, instead of simply switching.  But I don't recall the details.


I don't agree with the characterization you make wrt the features, but I do
agree that much of the functionality of ibuffer would be good to make available
to the buffer menu.  Most of those features are simply commands, IIRC, and
should thus be relatively easy to add to buff-menu.el, while keeping the basic
UI of the latter.

I've made other, orthogonal, extensions to buff-menu.el, which could also be
included.  I much prefer the buffer-menu UI, especially as I extended it, to the
UI of ibuffer.  I have no problem with addition of ibuffer commands (regexp
markings etc.) to buff-menu, however.  On the contrary, they would be a welcome
addition.  I'm in favor of thus giving the buffer menu more Dired-like behavior.
I'm not in favor of simply swapping the buffer menu (`C-x C-b') for ibuffer. 

Let's start with a refresher of what was said before about this topic, if
someone can point to the thread.  For those interested, a description of my
extensions to the buffer menu is here:
http://www.emacswiki.org/emacs/BufferMenuPlus.




  parent reply	other threads:[~2010-10-08  0:57 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 [this message]
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
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

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CC0102C67AC5428BB8379C92D3C5E5C1@us.oracle.com \
    --to=drew.adams@oracle.com \
    --cc=dann@gnu.org \
    --cc=deniz.a.m.dogan@gmail.com \
    --cc=emacs-devel@gnu.org \
    --cc=miles@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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).