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: make project--find-in-file generic, add interactive filename to project-find-file Date: Mon, 1 Feb 2016 11:08:59 +0300 Message-ID: <56AF129B.9020808@yandex.ru> References: <86wpqu8qf9.fsf@stephe-leake.org> <56A9DDA8.9080504@yandex.ru> <86si1i813n.fsf@stephe-leake.org> <56A9EF4B.7020406@yandex.ru> <56AA6CCA.10103@yandex.ru> <56AA8698.9050805@yandex.ru> <56AACA20.1050000@yandex.ru> <56AAE899.3010509@yandex.ru> <56ABDF5F.30404@yandex.ru> <56AE140E.2010901@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 1454314156 28070 80.91.229.3 (1 Feb 2016 08:09:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 1 Feb 2016 08:09:16 +0000 (UTC) Cc: Stephen Leake , emacs-devel To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 01 09:09:11 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 1aQ9Xr-0005K5-0Z for ged-emacs-devel@m.gmane.org; Mon, 01 Feb 2016 09:09:11 +0100 Original-Received: from localhost ([::1]:45143 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aQ9Xq-0006WJ-1Y for ged-emacs-devel@m.gmane.org; Mon, 01 Feb 2016 03:09:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49478) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aQ9Xm-0006WD-Ks for emacs-devel@gnu.org; Mon, 01 Feb 2016 03:09:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aQ9Xj-000700-Ep for emacs-devel@gnu.org; Mon, 01 Feb 2016 03:09:06 -0500 Original-Received: from mail-lf0-x22d.google.com ([2a00:1450:4010:c07::22d]:36196) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aQ9Xj-0006zw-5K for emacs-devel@gnu.org; Mon, 01 Feb 2016 03:09:03 -0500 Original-Received: by mail-lf0-x22d.google.com with SMTP id 78so42067851lfy.3 for ; Mon, 01 Feb 2016 00:09:03 -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=du/snL1ui2ekixwi8t2O9bAxx+dce6CPfq6EHisHCf0=; b=iKACC4y2F/BzEWOeSnvb7G07uyZhLPry6W/SkVyTHrcK+2xbDWndV1V31L4JWLSY9Z uX2VsDR93ql73SgKKYURdGEEnEabYAMUXiDH++axopnTkPkbX8OdC4v6THMdmnSPPxK5 9vEnB42DQzud59zAGwdpWsctSd46rqtxQEpeXJ2Zax/Xga1HVZpjNjwBtWeYVM89kHMU cPL45Ue3BA9IG2UPDGU67d2hlQnQut5Zz5CkpBO7tekb5h1wlokeVaOUtx/q3vcHGC09 l+mkVnMuSoVsX7xe/4lPJxI53e+LAhjMKm9FoQ21u1Lw6FSP4G9CeHJ85L7zi+KcH+rr zL+w== 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=du/snL1ui2ekixwi8t2O9bAxx+dce6CPfq6EHisHCf0=; b=Ed7GLFLcrHxBkp1DAKBLF05yT2btUvLcNxNXbQbpCa4AO4Q27Kd1dQG17jbkKx3VJ1 Kb+OuEAmpBRrJRqOCcwaUaZIBvNe3uNEfDc2bqVbePTtjoVXoKgWE1xhfGqot5pde0mf kHXK5dAPdQhN2boY3fu191Um+QwQrpeG6vMl+CQrBg5FlM6TL1+o8DPGrS4hMBxpNdhX G6c1nY01YOkklZs0QOCFwOXwRyLGjTI2hQ6IlnZj2YhstN6jOXcYYZY5ddhXBe1AWy0/ I3QlCo08kbMSYxIKr0g8E/qZAvG3P99kZ/awB3zJwpljeryxHGlFGk+swlPkMYVe5w/o uyOA== X-Gm-Message-State: AG10YOQvNMFVK0BkNVGMn4lNnoYyCvwI/08akBtu8iV4wiUvPqtgR5O/kxUDjab+oJxBTA== X-Received: by 10.25.16.196 with SMTP id 65mr6408272lfq.21.1454314142374; Mon, 01 Feb 2016 00:09:02 -0800 (PST) Original-Received: from [192.168.1.190] ([178.252.127.222]) by smtp.googlemail.com with ESMTPSA id ac10sm3833238lbc.44.2016.02.01.00.09.00 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 01 Feb 2016 00:09:01 -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::22d 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:199114 Archived-At: On 01/31/2016 05:23 PM, Stefan Monnier wrote: > The idea of putting it before &optional is to force people to try and > think if there'd be a good default. Lots of packages use > completing-read without passing a default simply because the author > doesn't know about that feature. IMHO, that might be a good reason to put DEFAULT right after &optional, but not before. We'll mention this argument several times more in the docstring, so it's not likely to be forgotten. On the other hand, lots of GUI applications use the previous input as the default, in the absence of better choice. So we can consider making HIST non-optional, and use it for the default value when DEFAULT is not specified. > Other functions might still use minibuffer-complete-and-exit. > And for other functions we should just make sure that the behavior is > still correct (even if not perfect) and that they have enough info to > make the behavior "perfect". I suppose we can add a new global variable, that both minibuffer-complete-and-exit and the non-default completion-read-function's will look at.