From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Sergei Organov Newsgroups: gmane.emacs.devel Subject: Re: binding ibuffer to C-x C-b by default Date: Fri, 08 Oct 2010 15:22:20 +0400 Message-ID: References: <8F022F3B2C5D4C2AB8A90CBDD7660FF1@us.oracle.com> <878w29a5ns.fsf@catnip.gol.com> <87zkup8qaw.fsf@catnip.gol.com> <87vd5d6pa8.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1286537284 1674 80.91.229.12 (8 Oct 2010 11:28:04 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 8 Oct 2010 11:28:04 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 08 13:28:03 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1P4B7G-00022R-N5 for ged-emacs-devel@m.gmane.org; Fri, 08 Oct 2010 13:27:59 +0200 Original-Received: from localhost ([127.0.0.1]:38735 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P4B7G-0004f9-5A for ged-emacs-devel@m.gmane.org; Fri, 08 Oct 2010 07:27:58 -0400 Original-Received: from [140.186.70.92] (port=48060 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P4B23-0000uB-Ge for emacs-devel@gnu.org; Fri, 08 Oct 2010 07:22:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P4B22-0002Wv-Ag for emacs-devel@gnu.org; Fri, 08 Oct 2010 07:22:35 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:41072) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P4B21-0002Wm-U2 for emacs-devel@gnu.org; Fri, 08 Oct 2010 07:22:34 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1P4B1y-0000Jd-0g for emacs-devel@gnu.org; Fri, 08 Oct 2010 13:22:30 +0200 Original-Received: from 89.175.180.246 ([89.175.180.246]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Oct 2010 13:22:30 +0200 Original-Received: from osv by 89.175.180.246 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Oct 2010 13:22:30 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 47 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 89.175.180.246 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:131484 Archived-At: "Stephen J. Turnbull" writes: > Sergei Organov writes: > > > Another annoyance is that pushing at the end of ibuffer wraps > > around to the beginning of it (and also wraps at the beginning to > > the end). No other mode of emacs behaves like this, right? > > Depends on how close "like" needs to be. Yeah, I meant I never experienced any other buffer where pressing at the end of buffer brings me to the beginning of the buffer. Actually, it's wrapping on "mark" commands that really annoys me. Probably I should learn something like `ibuffer-mark-to-the-end-of-buffer', that doesn't seem to exist, but I used to do it by just holding corresponding key (e.g., 'D'). (Yes, I know about 'ibuffer-mark-old-buffers'). BTW, there is another inconsistency in ibuffer: C-n and are bound to different functions that also seems to be unique property of ibuffer. > Specifically, isearch wraps if you repeat a search immediately after > getting a buffer-boundary error. That's not an arrow key, and you do > have to "insist" to get the wrapping behavior, but for my money that's > similar behavior. Yes it's similar, but not similarly annoying, as one pays much more attention to the screen at every key-press during search compared to simple in the buffer. > In the case of search it's very useful. Exactly. But it's useless and annoying in ibuffer as if I want to get to the beginning (or end) of the buffer, I always know how to do it, while 'isearch' doesn't have a way to get to the first/last occurrence in the buffer easily. > Rings (kill rings, completion history) are another example. Yes, but they are not buffers either, though 'yank-pop' wrapping is also annoying, IMHO, and neither *Completions* buffer nor minibuffer history wraps for me. -- Sergei.