From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: find-file-project Date: Thu, 21 Jan 2016 01:12:51 +0300 Message-ID: <56A00663.7050705@yandex.ru> 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> 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 1453327998 31798 80.91.229.3 (20 Jan 2016 22:13:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 20 Jan 2016 22:13:18 +0000 (UTC) Cc: Stephen Leake , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 20 23:13:14 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 1aM105-0000j5-Ck for ged-emacs-devel@m.gmane.org; Wed, 20 Jan 2016 23:13:13 +0100 Original-Received: from localhost ([::1]:45252 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aM104-0000iq-Hy for ged-emacs-devel@m.gmane.org; Wed, 20 Jan 2016 17:13:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:32791) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aM0zq-0000il-IQ for emacs-devel@gnu.org; Wed, 20 Jan 2016 17:12:59 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aM0zn-0000C9-7U for emacs-devel@gnu.org; Wed, 20 Jan 2016 17:12:58 -0500 Original-Received: from mail-lf0-x22e.google.com ([2a00:1450:4010:c07::22e]:33617) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aM0zm-0000C2-Vf for emacs-devel@gnu.org; Wed, 20 Jan 2016 17:12:55 -0500 Original-Received: by mail-lf0-x22e.google.com with SMTP id m198so15213295lfm.0 for ; Wed, 20 Jan 2016 14:12:54 -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=jd0sz5txSHQ/0Z4XLUxGFqLV4upOQIZ5WpxneeTciB4=; b=0xe941kPYS0nEbTpAgF0wEpwM2ka4AOfjS/yeSny6YpXmSIfWMdyCfzaIiXiHJ5/dv juttlOHk42V1ZoUnKXmSydWeOe20J4DTkfoJDOWLEtwaE1IoyOmkqYkg0z7TYSxjrbDK +vPITxJ0CyBsEtycjJVfNNFO5lD46utV8r+r045zGFsxsvzweyIfUCmDc5nnJE3TnQVo D+dr8+5/AJM8H0x/6eNzZH/IuYBO240usl7EMFvyu7VK5suefAJ/UKgBQnz4cavN0qvw z9dHvr7K95ngs8MwplW+bDpOkd3KPWyASV8gmxsDVfJuFuhst5EWCTyFnlplHNj9B+Rx AL+Q== 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=jd0sz5txSHQ/0Z4XLUxGFqLV4upOQIZ5WpxneeTciB4=; b=WfJU5nRZcgMnRfHFb9/+tGxhcInbjBa8hboxR4+EPM21igwfswbgPMeYILwl4qH9Hf 6Rz+wOqc2eM4dl3hRAKD3ENUB/zajYs2xupU7cxDBwASNvLTOQJNKxXAMeoPBi8nIbO0 VaX9M+69Rdf2WCSqksaIyZywEgigjRzj4jHKayYgsrXAn+4ce59XrkVuJ8JekM/hn4ad Iv442oaNZXOYjVv+jSYcwJLHT4DkCRSH7zsV7VTnec4r8g4kd/KkKWM8L+UFxzBNNFfK 6J1RH2Bc3UcL4qArV9QRF81gnQOsGyDNBghYJDkDhV6jpO7WDmG5FRNOH5VQ85DJ1zYU XHxA== X-Gm-Message-State: ALoCoQmMlgKFMnl4CaZEz8Jq2UmaPZ5HdN72FuAf0rTGJiXvCikxaH91RgyQKKrIfER7l2KdqbXGoAc/gw74k59arxIRWj63JA== X-Received: by 10.25.19.80 with SMTP id j77mr14434925lfi.84.1453327973693; Wed, 20 Jan 2016 14:12:53 -0800 (PST) Original-Received: from [192.168.1.190] ([178.252.127.222]) by smtp.googlemail.com with ESMTPSA id f74sm5051964lfb.7.2016.01.20.14.12.52 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 20 Jan 2016 14:12:52 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:44.0) Gecko/20100101 Thunderbird/44.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:4010:c07::22e 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:198464 Archived-At: On 01/21/2016 12:58 AM, Stefan Monnier wrote: >> But why do we care about that? Each backend author could invent their own >> "dispatchable" completion table (with cl-defstruct), > > That might break existing code which looks at minibuffer-completion-table. Wouldn't that breakage be justifiable? It's a new kind of table, and we wouldn't want it to be used in a way it's not designed to. We can just say, no, all-completions doesn't apply to it (it may only apply to the value returned by completion-all-completions). > (my-special-table toto) is a valid completion table. Ok. Still, the output of operations on it will be obviously wrong, which would force the consumers to update their code. Failing earlier would, of course, be preferable.