From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: Emacs completion matches selection UI Date: Wed, 20 Nov 2013 02:45:50 +0200 Organization: JURTA Message-ID: <87iovnkiip.fsf@mail.jurta.org> References: <87fvqtg02v.fsf@flea.lifelogs.com> <877gc5fm30.fsf@flea.lifelogs.com> <87bo1h6wvk.fsf@mail.jurta.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1384909751 27565 80.91.229.3 (20 Nov 2013 01:09:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 20 Nov 2013 01:09:11 +0000 (UTC) Cc: Tom , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 20 02:09: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 1ViwI7-0007OM-FX for ged-emacs-devel@m.gmane.org; Wed, 20 Nov 2013 02:09:15 +0100 Original-Received: from localhost ([::1]:52319 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ViwI6-0004jQ-0D for ged-emacs-devel@m.gmane.org; Tue, 19 Nov 2013 20:09:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40033) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ViwHw-0004jE-W6 for emacs-devel@gnu.org; Tue, 19 Nov 2013 20:09:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ViwHq-0006k8-Nk for emacs-devel@gnu.org; Tue, 19 Nov 2013 20:09:04 -0500 Original-Received: from ps18281.dreamhost.com ([69.163.218.105]:41935 helo=ps18281.dreamhostps.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ViwHq-0006iW-HV for emacs-devel@gnu.org; Tue, 19 Nov 2013 20:08:58 -0500 Original-Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id A7879258B9E936; Tue, 19 Nov 2013 17:08:56 -0800 (PST) In-Reply-To: (Stefan Monnier's message of "Tue, 19 Nov 2013 09:00:40 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] X-Received-From: 69.163.218.105 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:165412 Archived-At: > The main issue is then to figure out how/when to switch to this > new mode. E.g. when the user hits `up' right after the *Completions* > buffer got displayed/updated? It seems `up' is the most intuitive key to switch to the *Completions* buffer. This is how auto-completion works in web browsers - typing `down' switches from the text field to the selection list where up/down moves between candidates. Moving back from the first candidate switches back from the selection list to the text entry field. In the minibuffer this would mean `up' switching to the *Completions* buffer whereas `down' at the bottom of the *Completions* buffer switching back to the minibuffer. The bigger problem is in which order to sort completion candidates. When navigating from the minibuffer to the *Completions* buffer `up' should select the first candidate which is more natural to put at the bottom of the *Completions* buffer sorted in reverse order. OTOH, to navigate in the forward order from top to bottom the *Completions* buffer could be displayed below the minibuffer if this is possible.