From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: inputting characters by hexadigit Date: Thu, 24 Jul 2008 12:06:53 -0400 Message-ID: References: <868ww3vydn.fsf@lifelogs.com> <87myki6fqp.fsf@jurta.org> <87mykhz6tf.fsf@jurta.org> <87tzeokrku.fsf@jurta.org> <87od4wgg8p.fsf@catnip.gol.com> <86od4vmi5i.fsf@lifelogs.com> <873am6n21q.fsf@jurta.org> <87sku5if8t.fsf_-_@jurta.org> <87od4sti4g.fsf@jurta.org> <867ibcekf3.fsf@lifelogs.com> <86tzegcq15.fsf@lifelogs.com> <86bq0nctbv.fsf@lifelogs.com> <86r69jb8z2.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1216916097 17807 80.91.229.12 (24 Jul 2008 16:14:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 24 Jul 2008 16:14:57 +0000 (UTC) Cc: emacs-devel@gnu.org To: Ted Zlatanov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 24 18:15:45 2008 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.50) id 1KM3Tj-0006zc-Re for ged-emacs-devel@m.gmane.org; Thu, 24 Jul 2008 18:15:44 +0200 Original-Received: from localhost ([127.0.0.1]:35527 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KM3Sq-0005xZ-95 for ged-emacs-devel@m.gmane.org; Thu, 24 Jul 2008 12:14:48 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KM3LH-00009p-Ch for emacs-devel@gnu.org; Thu, 24 Jul 2008 12:06:59 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KM3LF-00008V-K4 for emacs-devel@gnu.org; Thu, 24 Jul 2008 12:06:58 -0400 Original-Received: from [199.232.76.173] (port=51364 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KM3LF-00008K-G2 for emacs-devel@gnu.org; Thu, 24 Jul 2008 12:06:57 -0400 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:57111) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KM3LF-0007EP-7c for emacs-devel@gnu.org; Thu, 24 Jul 2008 12:06:57 -0400 Original-Received: from alfajor.home (vpn-132-204-232-118.acd.umontreal.ca [132.204.232.118]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id m6OG6slf009488; Thu, 24 Jul 2008 12:06:54 -0400 Original-Received: by alfajor.home (Postfix, from userid 20848) id 6ED571C523; Thu, 24 Jul 2008 12:06:53 -0400 (EDT) In-Reply-To: <86r69jb8z2.fsf@lifelogs.com> (Ted Zlatanov's message of "Thu, 24 Jul 2008 10:25:05 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3067=0 X-detected-kernel: by monty-python.gnu.org: 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:101402 Archived-At: > The categories are what you get when you split all the candidate strings > based on the word syntax. partial-completion-mode does the same thing, > the difference is that it expects you to know that you can use z-x-y > because there's a zeta-xray-yogurt variable. My proposal tries to > display just the categories to condense the list of candidates, refining > and digging deeper into the categories whenever possible until there's a > small enough list of candidates. So, it's like a substring search (like what you get with * A P L TAB), except that the substring is anchored at the beginning of words, and that *Completions* only lists the words rather than actual completion candidates (on the assumption that there is a fair bit of redundancy in the list of words). It sounds interesting. The "anchored substring search" should be fairly easy to implement as a new completion-style. The *Completions* change would require less "modular/configurable" changes, I suspect, but it's worth trying it out. Stefan