all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Marcin Borkowski <mbork@wmi.amu.edu.pl>
To: help-gnu-emacs@gnu.org
Subject: Re: Looking for a buffer-cycling library
Date: Sun, 16 Nov 2014 19:01:49 +0100	[thread overview]
Message-ID: <87389jt476.fsf@wmi.amu.edu.pl> (raw)
In-Reply-To: <828513f5-92dc-49f2-91e6-4711146f4356@default>


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



  reply	other threads:[~2014-11-16 18:01 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.13706.1416006724.1147.help-gnu-emacs@gnu.org>
2014-11-15 11:31 ` Looking for a buffer-cycling library Joost Kremers
2014-11-15 14:59   ` Marcin Borkowski
2014-11-15 17:17     ` Drew Adams
2014-11-15 21:04       ` Marcin Borkowski
2014-11-15 23:41         ` Drew Adams
     [not found]   ` <mailman.13736.1416063601.1147.help-gnu-emacs@gnu.org>
2014-11-16 10:15     ` Joost Kremers
     [not found]     ` <<slrnm6guar.a37.joost.m.kremers@j.kremers4.news.arnhem.chello.nl>
2014-11-16 17:08       ` Drew Adams
2014-11-16 18:01         ` Marcin Borkowski [this message]
2014-11-16 20:18           ` Drew Adams
2014-11-14 23:11 Tim Johnson
2014-11-15  1:34 ` Alexis
2014-11-15  3:32   ` Tim Johnson
2014-11-15  3:56     ` Alexis
2014-11-15 16:44 ` Tim Johnson
2014-11-15 17:19   ` Drew Adams
2014-11-15 20:32     ` Tim Johnson
2014-11-15 20:38       ` Drew Adams
2014-11-15 22:29         ` Tim Johnson

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=87389jt476.fsf@wmi.amu.edu.pl \
    --to=mbork@wmi.amu.edu.pl \
    --cc=help-gnu-emacs@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.