From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Emacs completion matches selection UI Date: Fri, 20 Dec 2013 09:53:42 +0900 Message-ID: <87lhzgxrzd.fsf@uwakimon.sk.tsukuba.ac.jp> References: <87fvqtg02v.fsf@flea.lifelogs.com> <878uwi8t3r.fsf@mail.jurta.org> <83ob5ee7ow.fsf@gnu.org> <87d2ltl2if.fsf@mail.jurta.org> <8338moevm3.fsf@gnu.org> <8761rkaa5e.fsf@flea.lifelogs.com> <87txf0390n.fsf@flea.lifelogs.com> <87y53komex.fsf@flea.lifelogs.com> <87haa8moh6.fsf@flea.lifelogs.com> <874n67n450.fsf@flea.lifelogs.com> <87eh5bkxca.fsf@flea.lifelogs.com> <87d2kuzzqj.fsf@uwakimon.sk.tsukuba.ac.jp> <87a9fylusq.fsf@flea.lifelogs.com> <878uvizrwz.fsf@uwakimon.sk.tsukuba.ac.jp> <8761qmkyn1.fsf@flea.lifelogs.com> <87zjnyxdpb.fsf@uwakimon.sk.tsukuba.ac.jp> <87k3f2j7xv.fsf@flea.lifelogs.com> <2518D79A-B9E4-45DF-A403-8330145DFD17@gmail.com> <87wqj1xwzc.fsf@uwakimon.sk.tsukuba.ac.jp> <6E27E6FD-4FB8-4342-BB66-1B62E22DDF4F@gmail.com> <87txe5xqyc.fsf@uwakimon.sk.tsukuba.ac.jp> <83ioukbuwj.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1387500850 22828 80.91.229.3 (20 Dec 2013 00:54:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 20 Dec 2013 00:54:10 +0000 (UTC) Cc: yandros@gmail.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 20 01:54:15 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VtoM2-0007cH-J8 for ged-emacs-devel@m.gmane.org; Fri, 20 Dec 2013 01:54:14 +0100 Original-Received: from localhost ([::1]:47059 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VtoM2-00033E-67 for ged-emacs-devel@m.gmane.org; Thu, 19 Dec 2013 19:54:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36569) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VtoLs-0002r7-JP for emacs-devel@gnu.org; Thu, 19 Dec 2013 19:54:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VtoLl-0007aI-9t for emacs-devel@gnu.org; Thu, 19 Dec 2013 19:54:04 -0500 Original-Received: from mgmt2.sk.tsukuba.ac.jp ([130.158.97.224]:50000) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VtoLZ-0007Wc-UW; Thu, 19 Dec 2013 19:53:46 -0500 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt2.sk.tsukuba.ac.jp (Postfix) with ESMTP id 17663970A20; Fri, 20 Dec 2013 09:53:43 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 09E03136F25; Fri, 20 Dec 2013 09:53:43 +0900 (JST) In-Reply-To: <83ioukbuwj.fsf@gnu.org> X-Mailer: VM undefined under 21.5 (beta34) "kale" 2a0f42961ed4 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 130.158.97.224 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:166637 Archived-At: Eli Zaretskii writes: > It's not menu-based. It _emulates_ a menu by using an overlay > (AFAIU). The selection may not be by menu (although Ted's push for up-down the the primary selection method certainly colors the way I look at everything in this thread). My point is that Emacs should be able to do better with something 2D in many circumstances, and therefore traditional linear menu display is "not good enough". A 2D candidate display with horizontal arrow navigation as well as vertical navigation may not be "familiar" but I suspect it's quite discoverable. > Is this discussion about how to compute the candidates, or how to > display them and let the user browse them and select one? The theme of the thread is the latter, but any specific candidate may suffer from flaws in the former. I understood Aaron to be suggesting auto-complete as a candidate implementation. I think that an Emacs UI framework here should provide hooks for filtering and learning, as well as producing lists of candidates. Otherwise installing it is premature. (Of course that doesn't mean all "methods" need provide filters and learning algorithms, but hopefully there would be some generic ones provided by the UI.)