From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: find-file-project Date: Wed, 20 Jan 2016 15:46:16 -0800 (PST) Message-ID: <2dccae8f-f499-40d9-baed-802194ef4030@default> References: <86pp1j4ejm.fsf@stephe-leake.org> <55F899EA.7050700@yandex.ru> <86lhc73wog.fsf@stephe-leake.org> <55F8F2FA.6060902@yandex.ru> <867fnq1oe9.fsf@stephe-leake.org> <55F9A13A.3070101@yandex.ru> <55FB01BD.1070909@yandex.ru> <568C6DE5.8040201@yandex.ru> <568F1327.30905@yandex.ru> <569DD470.2060603@yandex.ru> <569ED9F6.3050003@yandex.ru> <569EE733.6090406@yandex.ru> <569FAA57.5000302@yandex.ru> <56A00663.7050705@yandex.ru> <6028e88e-e79d-4e85-b759-0f5c75902da0@default> <56A0099A.5070305@yandex.ru> <1d448ddb-cb25-4c0a-80df-7321f83b13ad@default> <56A00F31.7050108@yandex.ru> <3d71b360-d640-4e85-b735-82999d3cf5d4@default> <56A0170B.8090406@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1453333615 22439 80.91.229.3 (20 Jan 2016 23:46:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 20 Jan 2016 23:46:55 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 21 00:46:41 2016 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 1aM2SW-0006TX-My for ged-emacs-devel@m.gmane.org; Thu, 21 Jan 2016 00:46:40 +0100 Original-Received: from localhost ([::1]:45511 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aM2SW-0003n2-7U for ged-emacs-devel@m.gmane.org; Wed, 20 Jan 2016 18:46:40 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36402) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aM2SG-0003md-JZ for emacs-devel@gnu.org; Wed, 20 Jan 2016 18:46:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aM2SB-0006Ti-Jv for emacs-devel@gnu.org; Wed, 20 Jan 2016 18:46:24 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:32913) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aM2SB-0006Sa-CV for emacs-devel@gnu.org; Wed, 20 Jan 2016 18:46:19 -0500 Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u0KNkHPW006120 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 20 Jan 2016 23:46:18 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u0KNkHbp027556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 20 Jan 2016 23:46:17 GMT Original-Received: from abhmp0013.oracle.com (abhmp0013.oracle.com [141.146.116.19]) by userv0122.oracle.com (8.14.4/8.13.8) with ESMTP id u0KNkHSU009567; Wed, 20 Jan 2016 23:46:17 GMT In-Reply-To: <56A0170B.8090406@yandex.ru> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: userv0021.oracle.com [156.151.31.71] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 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:198476 Archived-At: > > I don't understand why you can't use lax completion in connection > > with the existing framework (including `all-completions', > > `minibuffer-completion-table', etc.). >=20 > all-completions is documented to use the "prefix" matching, not any > other kind. Doing it differently would break some other code that relies > on that. I use `all-completions' and nevertheless am able to do regexp matching, substring matching, and several different kinds of fuzzy matching. Maybe you meant `try-completion'? And even that uses `completion-styles', which is pretty flexible (not in the way that I wanted, but at least it allows for different kinds of completion). > > I (and others) have been doing that for years, including for many > > different kinds of lax completion. What is so special about what > > you think you need? >=20 > I don't know what you've been doing, and how. I don't know what your problem is with using the existing framework to be able to do "lax completion". [I've written here many times about what I've been doing, and how. And the code is freely available, for anyone who is interested. But the point is not what I have been doing (unless you are really interested).] The point is that you shouldn't need to sacrifice `all-completions' or `minibuffer-completion-table' just to be able to get "lax completion". At least not any lax completion I've ever seen. > > You no doubt have your reasons for doing things your own way. > > Why not do that in your own library (compatible or incompatible)? >=20 > Stefan wanted company-mode to use completion-at-point-functions, and the > completion tables they return. They're not sufficiently powerful, yet. So don't use `completion-at-point-functions', if they don't give you what you want. I don't use them. That shouldn't mean that you need to screw `all-completions' or `minibuffer-completion-table'. `completion-at-point-functions', too limited or not, is fairly recent. `all-completions' and `minibuffer-completion-table' are decades old. They are solid, basic tools.