From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#22407: Better support external completion tools Date: Wed, 20 Jan 2016 12:49:06 +0300 Message-ID: <569F5812.8010507@yandex.ru> References: <569EDF2B.4040907@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1453283424 15663 80.91.229.3 (20 Jan 2016 09:50:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 20 Jan 2016 09:50:24 +0000 (UTC) Cc: 22407@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jan 20 10:50:14 2016 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 1aLpP3-0002ME-1m for geb-bug-gnu-emacs@m.gmane.org; Wed, 20 Jan 2016 10:50:13 +0100 Original-Received: from localhost ([::1]:41345 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLpP2-0006qh-Ck for geb-bug-gnu-emacs@m.gmane.org; Wed, 20 Jan 2016 04:50:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52622) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLpOy-0006oO-0l for bug-gnu-emacs@gnu.org; Wed, 20 Jan 2016 04:50:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aLpOs-0002SL-Vx for bug-gnu-emacs@gnu.org; Wed, 20 Jan 2016 04:50:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:37883) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLpOs-0002SE-Tm for bug-gnu-emacs@gnu.org; Wed, 20 Jan 2016 04:50:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aLpOs-0005pX-Oq for bug-gnu-emacs@gnu.org; Wed, 20 Jan 2016 04:50:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 20 Jan 2016 09:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22407 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22407-submit@debbugs.gnu.org id=B22407.145328335422308 (code B ref 22407); Wed, 20 Jan 2016 09:50:02 +0000 Original-Received: (at 22407) by debbugs.gnu.org; 20 Jan 2016 09:49:14 +0000 Original-Received: from localhost ([127.0.0.1]:54329 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLpO6-0005nj-Bl for submit@debbugs.gnu.org; Wed, 20 Jan 2016 04:49:14 -0500 Original-Received: from mail-lf0-f42.google.com ([209.85.215.42]:35789) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLpO5-0005nU-8E for 22407@debbugs.gnu.org; Wed, 20 Jan 2016 04:49:13 -0500 Original-Received: by mail-lf0-f42.google.com with SMTP id c192so2257602lfe.2 for <22407@debbugs.gnu.org>; Wed, 20 Jan 2016 01:49:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=QP/2ZLnA0LZKZYYqVvirFTWWYsWih+h3e5DLoeHFDdE=; b=BdEWGjlPN60jHOM5OcWtAvYR87xkqNIoiHxDKJZkZLtDvRt05L3TRLreCE511t11l8 YFCUQv7z3eueuYW5Ta4LsUKzOFbG0JnLX9baz7qpdK7zfL2N+FFOlsI1VcQu6PWHrckm fdAS2bOftpGJVDweAsI59isIZbx92prUqC7+QpRJLXkJQrvb8ad0qPMgsuSXJu8XwV8B CTppXHr4VQoqWgsxAbYZ1mvryHbFutTw2FJYHWv2wD3avo+vv1KsrIreYhJxaPsYzpIz 8A/2xkSVeDAjFKLC4xCOUuJgsT6vJhCr2VnrTj0156KCQwUcUcHu0uDq+BJ2fAS6ots0 6QgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=QP/2ZLnA0LZKZYYqVvirFTWWYsWih+h3e5DLoeHFDdE=; b=hTtyh6UNfWQ8G025QbndUXc/cQjn9jXJ24/V38pcvuaGyUeq5D7xxv2wCxxBEx8cDR 1fCoHcSHOqLLguYATIdJmIw4blMl6dwTzS9sYfHeyoAV40klXaeeR4nCMQj4wv4W8M7G JMQRhnzgz4MN3U7umFVY70nPI8Qya2vRUiaQGybxyRw9EOH8K1Uz3rmNBoUhX1yCE9wC rdgcUX/CD5OG2jPW7u2RRZOI31Ctqz6Bf7K2lDN1FPsmpWqYVHohkaimKAGzuV4lfaC4 Arg+V+IOYRzdifhbTRbLkMDfQ8bKAMQLSNHGhVehfP2AXSolIr7SnuDIa3KOBuXftIXT FJnQ== X-Gm-Message-State: ALoCoQmiub2O+S0KgULMwCSxUT8ZY6qKa+PENWjQaCue1ESJbmnnf8R8aqIp8U+NdwkWJbLzN9nLCCAJeXPC58QGAP82n/Gaqg== X-Received: by 10.25.212.11 with SMTP id l11mr12773478lfg.118.1453283347450; Wed, 20 Jan 2016 01:49:07 -0800 (PST) Original-Received: from [192.168.1.190] ([178.252.127.222]) by smtp.googlemail.com with ESMTPSA id f74sm4644781lfi.17.2016.01.20.01.49.06 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 20 Jan 2016 01:49:06 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:44.0) Gecko/20100101 Thunderbird/44.0 In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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:111789 Archived-At: On 01/20/2016 05:31 AM, Stefan Monnier wrote: > I was thinking of applying (within Emacs) the regexp/predicate to a list > of candidate returned by the external tool. Not passing it directly to > the external tool That would make it harder to use external tools that operate on large datasets. And since essentially, with this approach we're not delegating filtering to the external tool, it seems like it should work with the current completion-styles mechanism. No need to allow overriding completion-all-completions. >> As an aside, I wonder if the current completion styles, at least, could each >> be automatically implemented on top of the input-to-regexp functions, >> without loss in efficiency. > > "input-to-regexp"? Sorry, doesn't ring a bell. "a function which takes a user-input string and return a regexp". Could we use that not just as "description", but as definition for existing styles. And maybe keep the current mechanism for the trickier ones.