From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Marcin Borkowski Newsgroups: gmane.emacs.help Subject: Re: Looking for a buffer-cycling library Date: Sun, 16 Nov 2014 19:01:49 +0100 Message-ID: <87389jt476.fsf@wmi.amu.edu.pl> References: < < <828513f5-92dc-49f2-91e6-4711146f4356@default> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1416160947 13453 80.91.229.3 (16 Nov 2014 18:02:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 16 Nov 2014 18:02:27 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Nov 16 19:02:22 2014 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Xq49V-0004le-1q for geh-help-gnu-emacs@m.gmane.org; Sun, 16 Nov 2014 19:02:21 +0100 Original-Received: from localhost ([::1]:44639 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xq49U-0000uQ-OJ for geh-help-gnu-emacs@m.gmane.org; Sun, 16 Nov 2014 13:02:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38237) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xq49F-0000uF-Dj for help-gnu-emacs@gnu.org; Sun, 16 Nov 2014 13:02:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xq49A-0005z7-HH for help-gnu-emacs@gnu.org; Sun, 16 Nov 2014 13:02:05 -0500 Original-Received: from msg.wmi.amu.edu.pl ([2001:808:114:2::50]:46014) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xq49A-0005yy-BK for help-gnu-emacs@gnu.org; Sun, 16 Nov 2014 13:02:00 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by msg.wmi.amu.edu.pl (Postfix) with ESMTP id DFBA64206A for ; Sun, 16 Nov 2014 19:01:57 +0100 (CET) Original-Received: from msg.wmi.amu.edu.pl ([127.0.0.1]) by localhost (msg.wmi.amu.edu.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VwOyqS25xWUT for ; Sun, 16 Nov 2014 19:01:57 +0100 (CET) Original-Received: from localhost (117-116.echostar.pl [213.156.117.116]) by msg.wmi.amu.edu.pl (Postfix) with ESMTPSA id 6870D42068 for ; Sun, 16 Nov 2014 19:01:57 +0100 (CET) In-reply-to: <828513f5-92dc-49f2-91e6-4711146f4356@default> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:808:114:2::50 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:100961 Archived-At: On 2014-11-16, at 18:08, Drew Adams wrote: >> >>> I'm looking for a buffer cycling mechanism that will ignore >> >>> any buffer not loaded from or written to a file. >> >>> >> >>> Example - any buffer whose name begins with '*' would be >> >>> "jumped over" >> > >> > Just my 2 cents: why not use Icicles? >> >> Because, AFAIU, with Icicles you still need to type `C-x b` to >> switch buffers. Fair enough. You are aware that you can rebind command in Emacs, right? ;-) ;-) ;-) >> I usually don't have too many open files, > > I often have lots of buffers, including lots of open files. I second that. My workflow involves seldom quitting Emacs (my current emacs-uptime is almost 4 days, and it is so short only because my old netbook hang on Wednesday and I had to reboot - quite often it reaches a dozen days or so), and I almost never kill buffers - I usually just bury them (I even have a special keybinding for that, C-u C-z C-b - see http://mbork.pl/2014-04-04_Fast_buffer_switching_and_friends). So cycling alone is not an option for me. > An advantage of Icicles (and similar approaches) in this regard > is that you can either cycle or name-match - or both. Typically, > typing just a few chars narrows the candidate set to a few that > you can then cycle among. This is similar to Ido, which I'm (still) using. > FWIW: I started down the road to cycling things with Do Re Mi. > You can use it to cycle among various things or increment various > things (hence the name). But in the cycling cases I have, Icicles > generally gives better behavior, because it lets you combine > cycling with matching (completion). > > One of the things I admonish new Icicles users about is this > (in the section about cycling): > > Do not become a cycling drone! Good advice! > Cycling and filtering work hand in hand. If the set of > candidates is small to begin with, then just cycling might be > quick enough - that is the case if you move among a small set > of buffers, for instance. But with Icicles you can profitably > use cycling on even a very large set of candidates - by filtering > the set first. In Ido, I often use C-SPC, which takes what I've typed so far, restricts the set of candidates to all the matches and lets my type again. This way, I can e.g. type one part of the filename, then C-SPC, then another part, then cycle. AFAIR, in Icicles you can do the same, with the difference that keybindings are (probably) different, and the mechanism is more general. Best, -- Marcin Borkowski http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski Faculty of Mathematics and Computer Science Adam Mickiewicz University