From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#20365: 24.5; all-completions returns duplicates for Info-read-node-name-1 Date: Mon, 20 Apr 2015 15:14:55 -0400 Message-ID: References: <87egnhfmcd.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1429557438 3966 80.91.229.3 (20 Apr 2015 19:17:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 20 Apr 2015 19:17:18 +0000 (UTC) Cc: 20365@debbugs.gnu.org To: Oleh Krehel Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 20 21:17:01 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1YkHBj-0006AG-PR for geb-bug-gnu-emacs@m.gmane.org; Mon, 20 Apr 2015 21:16:59 +0200 Original-Received: from localhost ([::1]:55080 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkHBj-000753-4h for geb-bug-gnu-emacs@m.gmane.org; Mon, 20 Apr 2015 15:16:59 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46854) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkHAs-00065D-S5 for bug-gnu-emacs@gnu.org; Mon, 20 Apr 2015 15:16:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YkHAp-0004rd-KM for bug-gnu-emacs@gnu.org; Mon, 20 Apr 2015 15:16:06 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:44068) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkHAp-0004rY-A2 for bug-gnu-emacs@gnu.org; Mon, 20 Apr 2015 15:16:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YkHAp-00061v-2R for bug-gnu-emacs@gnu.org; Mon, 20 Apr 2015 15:16:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Apr 2015 19:16:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20365 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20365-submit@debbugs.gnu.org id=B20365.142955732623099 (code B ref 20365); Mon, 20 Apr 2015 19:16:03 +0000 Original-Received: (at 20365) by debbugs.gnu.org; 20 Apr 2015 19:15:26 +0000 Original-Received: from localhost ([127.0.0.1]:33840 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YkHAE-00060V-1K for submit@debbugs.gnu.org; Mon, 20 Apr 2015 15:15:26 -0400 Original-Received: from mercure.iro.umontreal.ca ([132.204.24.67]:32772) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YkHAB-00060H-NI for 20365@debbugs.gnu.org; Mon, 20 Apr 2015 15:15:24 -0400 Original-Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 413AB85FA8; Mon, 20 Apr 2015 15:15:23 -0400 (EDT) Original-Received: from lechon.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id D4AC41E5B8C; Mon, 20 Apr 2015 15:14:55 -0400 (EDT) Original-Received: by lechon.iro.umontreal.ca (Postfix, from userid 20848) id BBC50B40DC; Mon, 20 Apr 2015 15:14:55 -0400 (EDT) In-Reply-To: (Oleh Krehel's message of "Mon, 20 Apr 2015 16:52:57 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-2.82, requis 5, autolearn=not spam, ALL_TRUSTED -2.82, MC_TSTLAST 0.00) X-DIRO-MailScanner-From: monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:101771 Archived-At: > I'm not fully familiar with the concept of completion-boundaries, but I I know, but if you intend to support a completion UI that works with existing completion-tables, you're going to have to become at least somewhat acquainted to it. > Is the concept of completion-boundaries irreplaceable, could it maybe be > replaced by a notion of navigating a tree (just like navigating a file > system, with terminal and non-terminal nodes). Which Emacs features use > the completion-boundaries concept? All the "special" examples of completion I showed (plus file name completion). > OK, that's good to keep in mind. But even better is to avoid placing the > overhead on the UI, be it minibuffer.el or ivy.el or whatever. Many completion tables are made by combining other completion tables. Doing the delete-dups at every step is going to be more code and more runtime work than doing it once at the end in the UI. So the UI will have to do it. Completion-tables can also do it if they want, but it should not be necessary for correctness. Stefan