From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.help Subject: RE: repeat-on-final-keystroke Date: Mon, 24 Apr 2006 09:31:51 -0700 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 1145896332 5409 80.91.229.2 (24 Apr 2006 16:32:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 24 Apr 2006 16:32:12 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Apr 24 18:32:09 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 1FY3yr-0001tp-1H for geh-help-gnu-emacs@m.gmane.org; Mon, 24 Apr 2006 18:32:09 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FY3yq-0008FO-Hc for geh-help-gnu-emacs@m.gmane.org; Mon, 24 Apr 2006 12:32:08 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FY3yf-0008F4-0A for help-gnu-emacs@gnu.org; Mon, 24 Apr 2006 12:31:57 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FY3yc-0008Ec-HO for help-gnu-emacs@gnu.org; Mon, 24 Apr 2006 12:31:55 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FY3yc-0008EZ-DF for help-gnu-emacs@gnu.org; Mon, 24 Apr 2006 12:31:54 -0400 Original-Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FY40t-0006kP-0P for help-gnu-emacs@gnu.org; Mon, 24 Apr 2006 12:34:15 -0400 Original-Received: from rgmsgw300.us.oracle.com (rgmsgw300.us.oracle.com [138.1.186.49]) by agminet01.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k3OGVqJt032266; Mon, 24 Apr 2006 11:31:52 -0500 Original-Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id k3OGVpEU026105 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 24 Apr 2006 10:31:52 -0600 Original-To: "B. T. Raven" , X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 Importance: Normal X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE 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:34633 Archived-At: > 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! 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! 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!