From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: Re: inputting characters by hexadigit Date: Thu, 24 Jul 2008 13:15:18 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <863alzb13d.fsf@lifelogs.com> References: <868ww3vydn.fsf@lifelogs.com> <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> <005a01c8edae$beff6480$0ab32382@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1216923074 11312 80.91.229.12 (24 Jul 2008 18:11:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 24 Jul 2008 18:11:14 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 24 20:12:03 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 1KM5ID-0006S3-2U for ged-emacs-devel@m.gmane.org; Thu, 24 Jul 2008 20:11:57 +0200 Original-Received: from localhost ([127.0.0.1]:48286 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KM5HJ-0002fF-DQ for ged-emacs-devel@m.gmane.org; Thu, 24 Jul 2008 14:11:01 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KM5HE-0002eJ-S9 for emacs-devel@gnu.org; Thu, 24 Jul 2008 14:10:56 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KM5HE-0002dt-3u for emacs-devel@gnu.org; Thu, 24 Jul 2008 14:10:56 -0400 Original-Received: from [199.232.76.173] (port=34903 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KM5HD-0002df-Ux for emacs-devel@gnu.org; Thu, 24 Jul 2008 14:10:56 -0400 Original-Received: from main.gmane.org ([80.91.229.2]:58147 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KM5HD-0005kq-8l for emacs-devel@gnu.org; Thu, 24 Jul 2008 14:10:55 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KM5HB-00052f-08 for emacs-devel@gnu.org; Thu, 24 Jul 2008 18:10:53 +0000 Original-Received: from 38.98.147.130 ([38.98.147.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 24 Jul 2008 18:10:52 +0000 Original-Received: from tzz by 38.98.147.130 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 24 Jul 2008 18:10:52 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 71 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 38.98.147.130 X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.0.60 (gnu/linux) Cancel-Lock: sha1:G63pxI8IC5JIAipl+c7ifTltbrk= X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:101412 Archived-At: On Thu, 24 Jul 2008 08:55:03 -0700 "Drew Adams" wrote: DA> Speaking only for Icicles, what you type in the minibuffer automatically DA> (incrementally) filters the candidates (by default, at least), so I don't see DA> the problem you mention. DA> It sounds like you want to be able to also filter on category, that is, filter DA> on the pair: category + name-in-category. For that, in Icicles, you can use a DA> multi-completion that includes the category. DA> What you described was actually, IIUC, to *first* filter on category, *then* DA> filter on name-in-category. That too is possible in Icicles, but filtering on DA> either or both, as I mentioned above, is better - quicker and more general. I don't know how all that maps to Icicles and your terminology, but what I'm proposing is really very simple. I'll explain it differently: -> user types `M-x TAB' level = 0 (this is the deepest category level) candidates = ankle-beta-copy, ankle-boring-call, 200 others with 5 common first words display: ankle(2) right(100) ring(100) rung(100) wrong(100) zeta(100) -> user types `a TAB' level = 1 (but we don't need to display categories!) candidates = ankle-beta-copy, ankle-boring-call display: ankle-beta-copy, ankle-boring-call (with `a' highlighted) -> user types `DEL TAB' (back to first state) -> user types `r TAB' level = 1 candidates = 300 beginning with `r' display: right(100) ring(100) rung(100) -> user types `ing-r TAB' level = 2 (we need to display categories, too many candidates) candidates = 85 beginning with `ring-r' display: ring-rock(20) ring-ring(25) ring-roar(40) Basically at any point if there are less than N candidates, just show the list. Otherwise, generate the categories for N candidates by constructing a tree of words in the current candidates' names (split the names according to the word syntax). Now, prune the top node (making its child the top) until the top has more than 1 child. Then the top's children are the available categories (but they must be displayed with the prefixes we pruned earlier). I think it's a very simple algorithm. DA> In Icicles, you can also filter progressively, using multiple patterns, so you DA> can easily filter first with category, then with name-in-category, if you like, DA> using separate patterns. But you need not do things in that order, and you need DA> not even treat the two separately at all. I don't think Icicles is the right way to implement what I'm describing, because it does a lot of other things which are fairly intrusive to the user who like the normal completion behavior. On Thu, 24 Jul 2008 10:00:15 -0700 "Drew Adams" wrote: DA> So now we're going to muck with existing completion mechanisms even DA> more, trying out new features, just for this Unicode character input DA> thing? It's useful, as I've explained, for any list with lots of members, e.g. the candidates shown for M-x TAB. I have no opinion on the other issues you brought up, and I don't need this feature in Emacs itself unless it requires changes at the C level. But I do think it would be useful, especially on a text terminal, where scrolling through the list can be pretty painful. Ted