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: Wed, 23 Jul 2008 15:31:36 -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> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1216841538 26981 80.91.229.12 (23 Jul 2008 19:32:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 23 Jul 2008 19:32:18 +0000 (UTC) Cc: emacs-devel@gnu.org To: Ted Zlatanov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jul 23 21:33:06 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 1KLk4r-00034H-Nz for ged-emacs-devel@m.gmane.org; Wed, 23 Jul 2008 21:32:46 +0200 Original-Received: from localhost ([127.0.0.1]:47930 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KLk3y-0003LO-8s for ged-emacs-devel@m.gmane.org; Wed, 23 Jul 2008 15:31:50 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KLk3o-0003IZ-MD for emacs-devel@gnu.org; Wed, 23 Jul 2008 15:31:40 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KLk3m-0003Hp-Sv for emacs-devel@gnu.org; Wed, 23 Jul 2008 15:31:40 -0400 Original-Received: from [199.232.76.173] (port=51200 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KLk3m-0003Hh-M8 for emacs-devel@gnu.org; Wed, 23 Jul 2008 15:31:38 -0400 Original-Received: from ironport2-out.pppoe.ca ([206.248.154.182]:27622 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KLk3m-0000Sf-9m for emacs-devel@gnu.org; Wed, 23 Jul 2008 15:31:38 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq8EAJcjh0hFxIYw/2dsb2JhbACBWrIsgX0 X-IronPort-AV: E=Sophos;i="4.31,239,1215403200"; d="scan'208";a="24724621" Original-Received: from 69-196-134-48.dsl.teksavvy.com (HELO pastel.home) ([69.196.134.48]) by ironport2-out.teksavvy.com with ESMTP; 23 Jul 2008 15:31:37 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id F1B4A7F1C; Wed, 23 Jul 2008 15:31:36 -0400 (EDT) In-Reply-To: <867ibcekf3.fsf@lifelogs.com> (Ted Zlatanov's message of "Wed, 23 Jul 2008 09:37:20 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. 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:101327 Archived-At: > Can completions be cascaded somehow? The first tier would show all the > common first words, e.g. ... AEGEAN APL GREEK ... and then selecting > something from the first tier would cascade down to the second tier. The slow display should only happen when the list is really long, i.e. basically if you hit TAB with an empty minibuffer. So we could indeed easily use a different completion behavior in this case. > This might actually be a sensible suggestion for any completion list > with more than 100 or so members, and the tier separation can be done > with the word syntax of the current mode. You mean show the list as a tree? That cannot be done with the current default completio code. But some variant of it can be done. E.g. we can use a completion similar to file names, so additionally to we could accept input of the form / and provide completion on this (and if the completion list on is too long, don't display it: only display the completion on /). Stefan