From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] master 55ec674: * lisp/multifile.el: New file, extracted from etags.el Date: Fri, 28 Dec 2018 01:45:14 +0200 Organization: LINKOV.NET Message-ID: <871s62zg8l.fsf@mail.linkov.net> 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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1545955197 16044 195.159.176.226 (27 Dec 2018 23:59:57 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 27 Dec 2018 23:59:57 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) Cc: Stefan Monnier , emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 28 00:59:53 2018 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 1gcfZ9-00042C-5W for ged-emacs-devel@m.gmane.org; Fri, 28 Dec 2018 00:59:51 +0100 Original-Received: from localhost ([127.0.0.1]:55882 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gcfbF-00037u-Vv for ged-emacs-devel@m.gmane.org; Thu, 27 Dec 2018 19:02:02 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:47838) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gcfb7-00037Q-D2 for emacs-devel@gnu.org; Thu, 27 Dec 2018 19:01:54 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gcfb4-00022s-1l for emacs-devel@gnu.org; Thu, 27 Dec 2018 19:01:53 -0500 Original-Received: from palegreen.birch.relay.mailchannels.net ([23.83.209.140]:28821) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gcfb3-0001xY-LG for emacs-devel@gnu.org; Thu, 27 Dec 2018 19:01:49 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Original-Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 499E450353F; Fri, 28 Dec 2018 00:01:44 +0000 (UTC) Original-Received: from pdx1-sub0-mail-a68.g.dreamhost.com (unknown [100.96.19.78]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id F0E7B503558; Fri, 28 Dec 2018 00:01:43 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Original-Received: from pdx1-sub0-mail-a68.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Fri, 28 Dec 2018 00:01:44 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Abiding-Tasty: 4197d0cc280ead49_1545955304142_1754678026 X-MC-Loop-Signature: 1545955304141:1043413976 X-MC-Ingress-Time: 1545955304141 Original-Received: from pdx1-sub0-mail-a68.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a68.g.dreamhost.com (Postfix) with ESMTP id A23807F612; Thu, 27 Dec 2018 16:01:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=XAeuOrEbNGjwO6mcF6Gkw6Wi460=; b= yFBOaL8esBknbMaNU0gJVeFEJbpy8ahJ6WZp8KEmuXa7q4+bhEvTjNyj5SmYXy2G Kkinwt/ApuGD2w5wgHfI8ltp/GBW9VaA3JtL0bHeA4i/+/OwZlxyNLRO5iUXEw6d OCnEY/OSwcz+fy7zsOn+ODae964ilNN/jocQJfxU88o= Original-Received: from mail.jurta.org (m91-129-108-193.cust.tele2.ee [91.129.108.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a68.g.dreamhost.com (Postfix) with ESMTPSA id 20A147FD1A; Thu, 27 Dec 2018 16:01:39 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a68 In-Reply-To: (Dmitry Gutov's message of "Fri, 28 Dec 2018 01:31:57 +0200") X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrtdeggddukecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtkedrudelfeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdekrdduleefpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepughguhhtohhvseihrghnuggvgidrrhhunecuvehluhhsthgvrhfuihiivgeptd X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 23.83.209.140 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:232012 Archived-At: >> Also is it possible to complete only on file names, not paths? > > You can input a file name and press RET. If the name is unique, it will be > completed fully. Isn't this the best possible scenario? Rather it completes on path components too, not only on file names. Makes more difficult to match part of the file name when the same substring occurs in the path. >>> OK, so unless somebody objects I'd like to move them to lisp/multifile.el >>> and rename to multifile-project-find-regexp and >>> multifile-project-query-replace-regexp. >> >> I think they should mirror everything that makes sense to use in the >> multifile project: project-occur, project-grep, ... > > "multifile project" > > Stefan, I think Juri is (maybe unknowingly) hinting that the package's name > is a bit unfortunate. > > Every project is multifile (with very rare exceptions). It's not about that. Either prefix multifile- or project- is fine, but not both at the same time. Or better just shorten to multi-. We already have multi-isearch (not supporting project yet). > Does M-x project-find-regexp work in the same situation? I see that M-x project-find-regexp is like occur, so a better name would be M-x project-occur.