From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] master 55ec674: * lisp/multifile.el: New file, extracted from etags.el Date: Thu, 3 Jan 2019 02:23:30 +0300 Message-ID: <11f31384-3f91-f28f-cae6-285aadffbe40@yandex.ru> References: <20180922154639.23195.66360@vcs0.savannah.gnu.org> <20180922154640.9D58220310@vcs0.savannah.gnu.org> <54108dbc-9d12-06ff-3f1d-151118e9b234@yandex.ru> <87sgyi69iw.fsf@mail.linkov.net> <87efa00y92.fsf@mail.linkov.net> <87bm4y7lbm.fsf@mail.linkov.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1546471306 13007 195.159.176.226 (2 Jan 2019 23:21:46 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 2 Jan 2019 23:21:46 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 Cc: Stefan Monnier , emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 03 00:21:42 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1geppV-0003Gi-J2 for ged-emacs-devel@m.gmane.org; Thu, 03 Jan 2019 00:21:41 +0100 Original-Received: from localhost ([127.0.0.1]:47958 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1geprc-0002bq-HG for ged-emacs-devel@m.gmane.org; Wed, 02 Jan 2019 18:23:52 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:46687) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1geprT-0002bX-87 for emacs-devel@gnu.org; Wed, 02 Jan 2019 18:23:44 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1geprQ-0002d3-2A for emacs-devel@gnu.org; Wed, 02 Jan 2019 18:23:43 -0500 Original-Received: from mail-lf1-x143.google.com ([2a00:1450:4864:20::143]:39975) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1geprM-0002YE-6j for emacs-devel@gnu.org; Wed, 02 Jan 2019 18:23:37 -0500 Original-Received: by mail-lf1-x143.google.com with SMTP id v5so22036506lfe.7 for ; Wed, 02 Jan 2019 15:23:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=IKXO8hrrqNgbLGvgiriPtdkseo1STpbN1ptoc2N1im0=; b=KAG+OLEDB3YLM+xNPoDXz5hj9HXVWBf7G/aeUMUsk+Y1sJV+f5vUT827aOrMn/kcde WIhlj3l0bbUXtdy4xQajVcTTw8iyJe7saM9dvucXY+l/OA+gHQjgKyiq5yfbvr7enR1K fSFSBioj2AyjzOrGPyv93ZO/L1JF/4hTO0AuT/EKHVlUk8thZPz0t9o3o7fkycXMwv2l LypGixigpOJueHy550DFENe/9PL397MnVGS0d/fX7IqlNmduIF51JRa3WPFdW1aueEZJ pK4sQJZAzN/biZdhktn6x1QsqbEjIPb9/VvxuzKiXuDrJGvFkwR7O4aW8N6XQyEm7g5o Hd1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=IKXO8hrrqNgbLGvgiriPtdkseo1STpbN1ptoc2N1im0=; b=YDOS2g5xdwExgashI+tLU2r3hLAynddZbixrH0UpNCrUVwvp9iCgkju3Hr2Yi5shjR the5wXzxpikgBq0dFPfBMbWDlGWgF7ga34HwFnlCjsVZMAM+vj2PKZOcKHpin1y4LYUK W5IUZ7hXxxGXGx9wAbImTBs1r3mTkcKAZWzyOHWNOvxxpZHj7zPZ7M3FKbY7kKeEYPVB YlE821Jb4XxsZ/PEZ9rtTSh2HFqTXD+QmuMmnDAX0KKn7HL5p7KLf8NRADG3Xnk9lFr4 FEQiKJzfAgcRgfHs6xMXZdS5SPkUv6tFyPHlv1dJyDj2rQpUW8N5OXICq5EK5KOXVRv5 Asfw== X-Gm-Message-State: AA+aEWbwOvaRb1tKEX3e/XtaEAahNWV2fXg/WVz81wCnkmpM/VGy8AgV JODZ1iM9Z3l/+mEtW3EC1+VyonGl X-Google-Smtp-Source: AFSGD/U/OZ5NAxF05u58053tiDxsc2M+i4ShIDZBeyYvDk6KgrOXnOCNqtrbKQV6ofFdp79NptJBbA== X-Received: by 2002:a19:982:: with SMTP id 124mr21550579lfj.138.1546471412837; Wed, 02 Jan 2019 15:23:32 -0800 (PST) Original-Received: from [192.168.0.108] ([79.175.3.73]) by smtp.googlemail.com with ESMTPSA id r10-v6sm11580302ljj.71.2019.01.02.15.23.31 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 02 Jan 2019 15:23:32 -0800 (PST) In-Reply-To: <87bm4y7lbm.fsf@mail.linkov.net> Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::143 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:232119 Archived-At: On 03.01.2019 1:11, Juri Linkov wrote: > That's the problem. Most of the time there is no need to complete > on directory names, only on file names, preferably listed alphabetically. So type the file name (or a part of it)? I'm not seeing the problem, sorry. But your particular preference here might be solved with implementing a new completion style. Please go ahead, if you like. >>> project-occur could operate only on visited project files >>> (but I doubt if this is useful). project-rgrep is much more needed >>> to operate like rgrep, but without asking for file names and root directory. >> >> We already have project-find-regexp. Why bother? > > Why not? Different users have different preferences. *shrug*, if you insist. project-grep can work. Even though project-find-regexp is also "project grep", in a sense. >>> Actually I think the existing names are already good enough: "multifile" >>> for the package that supports multifile operations, >> >> It's not the only package that "supports multifile operations". xref does >> it as well (and arguably better), and also occur and grep, as >> some examples. > > I don't mind moving the existing multi-occur and other multi- commands > to multifile.el. WHYYY multifile.el just implements a particular UI. multi-occur is different from occur in a totally other way. Going by your suggestion, we'd cram half of Emacs into that one file. >>> and "project" for UI that operates on project files. >> >> project is not a UI, it uses one of the other packages for UIs. > > I meant that project is at a higher level than multifile. Is "fetching data" a higher level than "displaying data"? I'm not sure. Anyway, project.el is about projects, their files, and so on. You were probably referring to interactive commands, but those can live anywhere. Whereas multifile.el is about iterating through a list of files in a loop with a particular bare-bones UI and a set of commands that should be familiar to older Emacs users.