From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ihor Radchenko Newsgroups: gmane.emacs.devel Subject: RE: [External] : Re: Q: Is there a built-in way to read multiple file names? Date: Sat, 13 Jul 2024 13:57:25 +0000 Message-ID: <87wmlppf7e.fsf@localhost> References: <875xthfyz3.fsf@localhost> <87a5it6vr6.fsf@localhost> <86r0c5196r.fsf@gnu.org> <877cdx6ryu.fsf@localhost> <86o77914sh.fsf@gnu.org> <874j916qlv.fsf@localhost> <86ikxh13yc.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="27645"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , "mardani29@yahoo.es" , "emacs-devel@gnu.org" To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jul 13 15:56:31 2024 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1sSdEk-0006x3-Hc for ged-emacs-devel@m.gmane-mx.org; Sat, 13 Jul 2024 15:56:30 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sSdEI-00083J-Rh; Sat, 13 Jul 2024 09:56:02 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sSdEF-000833-8t for emacs-devel@gnu.org; Sat, 13 Jul 2024 09:55:59 -0400 Original-Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sSdEB-0006T1-AU for emacs-devel@gnu.org; Sat, 13 Jul 2024 09:55:57 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id EF500240028 for ; Sat, 13 Jul 2024 15:55:52 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1720878953; bh=YhR4uFr8VHuZihq3Oge9F65e69g3ItQ6/vbtGYRHW+Y=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=MxZLOMzyhTpFWBeiAMVyOr3wNj8VprcxiOciElq8Wi3r5tPuoSDpbdK0Jm9XDi7Z8 1GauwIKfulMXDGCFlNk5NdunOIgfpg0Yo2DRp4u+I+JCzrZZ3hTBxnaPz9Awx8+UCa QxiYoZvzBFTryU4KOsh0hok2S2zCTZdStyNAl5TeLGnE5HXRNHRztZf99CgLolvAdf XsfMIIcRdJji8j/FnErT0Yw21cMQk5G+CmluDJ1aGGJ/q5aVSZjvbs5fj6thUhl4pF IELlM8Bb/R5RJhDSqzf0TQLbCSNnJ1CHd8CtXo5KUCoBFzmDcmpT0+MirFbZZCZsRK fG9pEhNVjS65Q== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4WLqk045W9z6ty5; Sat, 13 Jul 2024 15:55:52 +0200 (CEST) In-Reply-To: Received-SPF: pass client-ip=185.67.36.65; envelope-from=yantar92@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:321606 Archived-At: Drew Adams writes: > The Subject line says "built-in". But it > seems the thread has moved on to talk about > ways that aren't built-in. I was hoping that there is something built-in, but since there is none, I'd like to see how Emacs devs envision the possible UIs. > In that context, I'll mention Icicles wrt > some things that have been brought up. > (This has been available since 2006.) > ____ > > 1. Wrt "marking" files for some action: > > Icicles calls this "saving" instead of > "marking" a completion candidate. > ... This is similar to what I had in mind, yes. Even better - you can maintain multiple "marked sets". Visual highlighting of the "marked"/"saved" candidates is also a very good idea. As an alternative, there is also `completing-read-multiple' approach with inserting the selected candidates into the minibuffer. Although, it is inferior to what you described and to helm's mark system because it is very hard to toggle selection when things are inserted into the minibuffer. > 2. You can match file content, in addition > to, or instead of, file name. I'd prefer to limit this discussion to multi-file selection. More sophisticated match criteria may better be discussed in a different thread to not complicate things. > 5. You can mark file names in Dired and > create, or add to, "saved" sets of names > for subsequent use in file-completion > commands (retrieve sets as candidates). This is also an interesting idea, thanks! I think that `dired-dwim-target-directory' is doing something similar, but only for default directory. Something like (imaginary) `dired-dwim-marked-files' could be similarly useful in the context of multi-file selection. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at