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: Q: Is there a built-in way to read multiple file names? Date: Sat, 13 Jul 2024 14:15:56 +0000 Message-ID: <87r0bxpecj.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> <87zfqlpfty.fsf@localhost> <86jzhpjt4x.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="2895"; mail-complaints-to="usenet@ciao.gmane.io" Cc: mardani29@yahoo.es, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jul 13 16:15:20 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 1sSdWy-0000WZ-23 for ged-emacs-devel@m.gmane-mx.org; Sat, 13 Jul 2024 16:15:20 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sSdWI-0003Py-55; Sat, 13 Jul 2024 10:14:38 -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 1sSdWG-0003ON-0D for emacs-devel@gnu.org; Sat, 13 Jul 2024 10:14:36 -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 1sSdWA-00067d-3x for emacs-devel@gnu.org; Sat, 13 Jul 2024 10:14:35 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id F4000240028 for ; Sat, 13 Jul 2024 16:14:24 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1720880065; bh=rdyb+N6SBlbwIThUOtRe3X5luXudPBZO+hImmW7k23U=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=r2O3ryYUzHXjaL8ape6Onhh2J7lZT1Yt/wxzVVlhD9iuc+JY1lWYnmEIlEy6ORHfG TwsJrIhzpf9NFsKpe7JzQps5H+mJUKFb70ikcLAHL3entqizdgaj4iersIHAjRTAGL N1/7hxu/9nngV1awnjWOcgqA/txRL8bP4YHP5gUsL8rD6ewC4VMg6B9TKoVzlTYK4K SMfdx7sqBzYT2fLs8M5oC3cju7F+kpIIHoXXrNVvOHhQ2aFiDwkhxX6UuXF6MLZqlD DwPpE/ErszKlmh/OTE3UIdlnN+AHEGlhogXpQwr0FEjyEaVSLnstUSGXxedq84EbMD u0GSLFZYiI6yw== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4WLr7N0c1Hz6tyV; Sat, 13 Jul 2024 16:14:23 +0200 (CEST) In-Reply-To: <86jzhpjt4x.fsf@gnu.org> 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=unavailable 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:321608 Archived-At: Eli Zaretskii writes: >> May you please explain in more details how you envision such multi-file >> selection interface? > > Basically, present a Dired-like list of files and let the users mark > the files they want to select. Many GUI programs show file-selection > dialogs, which allow selection of more than one file, and that is what > I had in mind. Will something like ------------- dired-completion-mode ----------------- [candidates] -rw-r--r-- 1 yantar92 yantar92 936 Jun 25 10:22 CONTRIBUTE.org -rw-r--r-- 1 yantar92 yantar92 35151 Jun 25 10:22 COPYING ------------------- minibuffer ------------------------ Choose files: CO work? Basically, instead of the completion buffer, there is dired-derived buffer narrowed according to the minibuffer input. Then, users can mark files by switching to "dired-completion-mode" and using the usual dired mark commands, including bulk marks. ------------- dired-completion-mode ----------------- [selected files] -rw-r--r-- 1 yantar92 yantar92 35151 Jun 25 10:22 COPYING [candidates] -rw-r--r-- 1 yantar92 yantar92 936 Jun 25 10:22 CONTRIBUTE.org ------------------- minibuffer ------------------------ Choose files: CO Later, users can go back to minibuffer and change the input, narrowing to a potentially different set of files: ------------- dired-completion-mode ----------------- [selected files] -rw-r--r-- 1 yantar92 yantar92 35151 Jun 25 10:22 COPYING [candidates] drwxr-xr-x 8 yantar92 yantar92 4096 Jul 13 16:04 .git -rw-r--r-- 1 yantar92 yantar92 1044 Jun 25 10:22 .gitignore -rw-r--r-- 1 yantar92 yantar92 95 Jun 25 10:22 .gitmodules ------------------- minibuffer ------------------------ Choose files: git They can then mark the new files as needed ------------- dired-completion-mode ----------------- [selected files] -rw-r--r-- 1 yantar92 yantar92 35151 Jun 25 10:22 COPYING drwxr-xr-x 8 yantar92 yantar92 4096 Jul 13 16:04 .git -rw-r--r-- 1 yantar92 yantar92 95 Jun 25 10:22 .gitmodules [candidates] -rw-r--r-- 1 yantar92 yantar92 1044 Jun 25 10:22 .gitignore ------------------- minibuffer ------------------------ Choose files: git ... or unmark, by using the unmark commands in the same buffer on "selected files". >> > The display parts might be suitable for selection, but the entire >> > completion machinery behind this makes absolutely no sense for the >> > purpose of selection based on attributes that are not names or >> > collection of strings. >> >> Is it? AFAIK, packages like consult allow searching by metadata. Isn't >> custom COLLECTION function not suitable? > > Of course, one can make the COLLECTION function do whatever one wants, > including coffee, love, and whatnot. But how in the world could the > result be called "completion" if it doesn't complete anything?? This sounds a bit strange, but I think that this line of the discussion is deviating from my central question of multi-file selection. How exactly the minibuffer input is matched against the files (be it just a file name/path or also attributes/contents/major mode/what not) is not my concern. Let's focus on selecting multiple files via completion. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at