From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "B. T. Raven" Newsgroups: gmane.emacs.help Subject: Re: repeat-on-final-keystroke Date: Mon, 24 Apr 2006 22:05:21 GMT Organization: EarthLink Inc. -- http://www.EarthLink.net Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1145918435 30818 80.91.229.2 (24 Apr 2006 22:40:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 24 Apr 2006 22:40:35 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Apr 25 00:40:32 2006 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FY9jK-0002M7-Kq for geh-help-gnu-emacs@m.gmane.org; Tue, 25 Apr 2006 00:40:30 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FY9jK-0003fe-5X for geh-help-gnu-emacs@m.gmane.org; Mon, 24 Apr 2006 18:40:30 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!postnews.google.com!news3.google.com!border1.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!elnk-atl-nf1!newsfeed.earthlink.net!stamper.news.atl.earthlink.net!newsread1.news.atl.earthlink.net.POSTED!0847253b!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 72 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Original-NNTP-Posting-Host: 4.159.17.58 Original-X-Complaints-To: abuse@earthlink.net Original-X-Trace: newsread1.news.atl.earthlink.net 1145916321 4.159.17.58 (Mon, 24 Apr 2006 15:05:21 PDT) Original-NNTP-Posting-Date: Mon, 24 Apr 2006 15:05:21 PDT Original-Xref: shelby.stanford.edu gnu.emacs.help:139019 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:34638 Archived-At: "Drew Adams" wrote in message news:mailman.871.1145896319.9609.help-gnu-emacs@gnu.org... > > editing tens of different buffers, which is typical for me > > For that many buffers it seems like iswitchb would work better if you > could use a naming convention that made the names differ more at the > beginning of the string than at the end. > > Hack! Cough! But for non-programers it's usually the case that only a few buffers are needed. And I don't think that emacs or most os's care whether a file is called chap1 or 1chap. > > This might not be convenient > unless you could get used to reading the buffer names backwards > a l'arabe > (i.e. "h.sfed" for "defs.h" by performing reverse-string of file name to > get buffer name). > > In that case it _would_ be convenient? Argggh! No of course not. It's not only ugly, it's downright perverse. Just thinking out loud. I'm a palindrome fan. > > You can also filter out *Help, *Info, and other > read-only buffers with iswitch... > > Try Icicles. It's designed to be useful with large numbers of completion > candidates (in this case, buffer names). No need to jump through hoops to > finagle buffer names so they have prefixes that follow some convention, read > their names backward, or any such witchcraft. > > In addition to the prefix matching of vanilla Emacs, Icicles gives you > apropos-style matching. You can 1) match any substring of the name (in fact, > you can match any regexp against the name), and you can 2) cycle among those > matches. With a large number of candidates, you typically use apropos > matching to narrow the choices and then you might cycle among the remaining > candidates using a single key (e.g. `next'). > > Does "regexp matching" sound scary, complicated, difficult? 1) Don't forget > that _any_ string of letters, numbers and such is also a regexp, so this > gives you substring matching without doing anything special. 2) With > Icicles, you can use one simple regexp (e.g. just a substring) to filter, > and then use another simple regexp (e.g. another substring) to filter > further, and so on - any number of times. This is just like doing grep plant > *.txt | grep food | grep mineral: you can find multiple substrings of a > buffer name (or file name or...) that might appear in any order within the > name. > > Here is the doc (which has a link to the library files): > http://www.emacswiki.org/cgi-bin/wiki/Icicles. Have fun! I'm sure this is closer to what the OP really needs. I don't have any use for it since I don't edit that many files simultaneously so it's overkill for me to add a lot of things that aren't part of emacs as it comes out of the box. Maybe Auctex would be a good idea though.