From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: John Yates Newsgroups: gmane.emacs.devel Subject: Re: project--completing-read-strict breaks ada-mode project completion table Date: Thu, 17 Jan 2019 16:35:35 -0500 Message-ID: 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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Trace: blaine.gmane.org 1547760832 30294 195.159.176.226 (17 Jan 2019 21:33:52 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 17 Jan 2019 21:33:52 +0000 (UTC) Cc: Emacs developers To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 17 22:33:47 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 1gkFIG-0007gr-UA for ged-emacs-devel@m.gmane.org; Thu, 17 Jan 2019 22:33:45 +0100 Original-Received: from localhost ([127.0.0.1]:55231 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gkFKN-0004cw-Vw for ged-emacs-devel@m.gmane.org; Thu, 17 Jan 2019 16:35:56 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:39884) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gkFKH-0004cf-Sp for emacs-devel@gnu.org; Thu, 17 Jan 2019 16:35:50 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gkFKG-0003Hh-Sy for emacs-devel@gnu.org; Thu, 17 Jan 2019 16:35:49 -0500 Original-Received: from mail-wr1-f47.google.com ([209.85.221.47]:36018) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gkFKG-0003FB-Mt for emacs-devel@gnu.org; Thu, 17 Jan 2019 16:35:48 -0500 Original-Received: by mail-wr1-f47.google.com with SMTP id u4so12710164wrp.3 for ; Thu, 17 Jan 2019 13:35:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jK/UPWunJaTqhBMRKejb5yUOvEJ1bOcykQ+Jk+M9Vrg=; b=tYbG0pbvpSFgaCxBCrUpKrrcpZBFqkEsa790KrLEGrKng6vw2fSI1RSvyfAseY40cB ciZII685JXo4ECruORrIGRnil1UI2jhF951k3h4kmRmaMapIIk+PUHIq8sZ11fy6EHrL TWuUx/ksCy3BuMLkzowSSNzX4FVKIZ5I1fn14ulLm4/dn3cczyR03wR09MFeh9CtGSS/ XzCwIRelxS3dc+zZTsHTb1T87zkSVcMzS33ECVWE+g4kzQO/DfkU7c0U41SUeBO6+dvg fZEdIoj7fcGROQtmxmnyGncXXhZprOm4xv11vL5jBOmLLu/LShxhRvI1Pfq6hx4OAofb ZUTg== X-Gm-Message-State: AJcUukdCAHtly31blUg1HlCTJupx9iv0A7/6H9VrIcST2E9zAESi0CCP wzFqqRw4qtTZ96MguNE89QRx7CmW/WAAGLfKotg= X-Google-Smtp-Source: ALg8bN4xHPSCL+PEcrFLV5NzkdR+Umh7wmtwe5kPBq+av2ng1m1NwBng7pXKYJCh7kSFE62gaT6AdLvd3ZQ+B+JHZOU= X-Received: by 2002:adf:f009:: with SMTP id j9mr13411152wro.170.1547760947040; Thu, 17 Jan 2019 13:35:47 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.221.47 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:232441 Archived-At: On Thu, Jan 17, 2019 at 8:56 AM Stefan Monnier wrote: > > His completion style relies on an advice to the completing-read code > which re-adds the text that was stripped during the completion. > Clearly, that won't work when used for completion-at-point. > > I actually think his approach is interesting and maybe we should think > how our completion system could provide support for these kinds of > "styles". > > >> The ada-mode completion style and table eliminates all directories from > >> the visible completion string, except the minimum needed to make the > >> string unique. I think this is a better solution to the problem; > >> project.el should allow the user to choose their prefered solution, by > >> choosing a completion style and table. I have been only skimming this thread. The above caught my eye. The description seems very similar to my own wsf.el (for WorkSpace Files). It uses ivy as its completion framework. Not being much of an elisp programmer I have made no effort to publicize it. Still you can see what I have here: https://github.com/jsyjr/MyConfiguration/blob/master/emacs/wsf/wsf.el Of course I would be very happy to have such functionality supplied directly by emacs. /john