From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stephen Leake Newsgroups: gmane.emacs.devel Subject: Re: project--completing-read-strict breaks ada-mode project completion table Date: Fri, 18 Jan 2019 19:35:06 -0800 Message-ID: <86sgxpmiad.fsf@stephe-leake.org> References: <20180922154639.23195.66360@vcs0.savannah.gnu.org> <20180922154640.9D58220310@vcs0.savannah.gnu.org> <54108dbc-9d12-06ff-3f1d-151118e9b234@yandex.ru> <4e729d1e-bb31-455f-fd44-e99ae5a6b9fa@yandex.ru> <86zhs5r9lr.fsf_-_@stephe-leake.org> <08de4d90-d678-0524-9356-f9a3515bf0c4@yandex.ru> <86a7k2rabi.fsf@stephe-leake.org> <86sgxso27d.fsf@stephe-leake.org> <86fttsntw5.fsf@stephe-leake.org> <86zhrynaaz.fsf@stephe-leake.org> <5d2000c5-0a44-4263-07d0-df462708862f@yandex.ru> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1547868830 18124 195.159.176.226 (19 Jan 2019 03:33:50 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 19 Jan 2019 03:33:50 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (windows-nt) To: emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jan 19 04:33:46 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkhOE-0004bq-1h for ged-emacs-devel@m.gmane.org; Sat, 19 Jan 2019 04:33:46 +0100 Original-Received: from localhost ([127.0.0.1]:50740 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gkhQK-0002II-QP for ged-emacs-devel@m.gmane.org; Fri, 18 Jan 2019 22:35:56 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:46018) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gkhPc-0002HL-Mw for emacs-devel@gnu.org; Fri, 18 Jan 2019 22:35:13 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gkhPb-00061Y-PX for emacs-devel@gnu.org; Fri, 18 Jan 2019 22:35:12 -0500 Original-Received: from smtp121.iad3b.emailsrvr.com ([146.20.161.121]:35755) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gkhPb-0005vs-Kj for emacs-devel@gnu.org; Fri, 18 Jan 2019 22:35:11 -0500 Original-Received: from smtp8.relay.iad3b.emailsrvr.com (localhost [127.0.0.1]) by smtp8.relay.iad3b.emailsrvr.com (SMTP Server) with ESMTP id E176B4021B for ; Fri, 18 Jan 2019 22:35:09 -0500 (EST) X-Auth-ID: board-president@tomahawk-creek-hoa.com Original-Received: by smtp8.relay.iad3b.emailsrvr.com (Authenticated sender: board-president-AT-tomahawk-creek-hoa.com) with ESMTPSA id 968F54021A for ; Fri, 18 Jan 2019 22:35:09 -0500 (EST) X-Sender-Id: board-president@tomahawk-creek-hoa.com Original-Received: from Takver4 ([UNAVAILABLE]. [76.77.182.20]) (using TLSv1.2 with cipher AES256-GCM-SHA384) by 0.0.0.0:25 (trex/5.7.12); Fri, 18 Jan 2019 22:35:09 -0500 In-Reply-To: <5d2000c5-0a44-4263-07d0-df462708862f@yandex.ru> (Dmitry Gutov's message of "Fri, 18 Jan 2019 05:04:40 +0300") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 146.20.161.121 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:232470 Archived-At: Dmitry Gutov writes: > On 18.01.2019 02:17, Stephen Leake wrote: >> Stephen Leake writes: >> >>> These are now in the ELPA master branch: >>> >>> elpa/packages/ada-mode/ada-project.el >>> elpa/packages/ada-mode/env-package.el >>> elpa/packages/path-iterator/path-iterator.el >>> elpa/packages/uniquify-files/uniquify-files.el >> >> Attached is an example project for emacs source to play with. To use it, >> eval the following in emacs master *scratch* (adjust paths); > > I've tried it out, and it's pretty nice. Thanks. > The latency seemed to be a bit bigger than with the default completion > table based on 'find', but not significantly so. Fixing the ignore would help that; it's processing all of .git. > I don't think it can be *the* UI for everybody. Of course. And this is the main point; project.el must allow users/clients to choose the completion table and completion style. So the recent change to project--completing-read-strict should be reverted, and implemented as a completion style/table instead. -- -- Stephe