From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#4725: 23.1; doc of misearch-* commands (commands?) Date: Thu, 15 Oct 2009 15:49:21 -0700 Message-ID: <3D28EDE8022C470E8A8A37C632BF89C9@us.oracle.com> References: <18FECACAE8904F2A9A26016A02CCA5F0@us.oracle.com><878wfdvdtu.fsf@mail.jurta.org><200BE6E2E4C04E0CB402FC249FD0F66E@us.oracle.com> <87my3s2vko.fsf@mail.jurta.org> Reply-To: Drew Adams , 4725@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1255648107 6888 80.91.229.12 (15 Oct 2009 23:08:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 15 Oct 2009 23:08:27 +0000 (UTC) Cc: 4725@emacsbugs.donarmstrong.com To: "'Juri Linkov'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Oct 16 01:08:17 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MyZQ5-0007ku-4z for geb-bug-gnu-emacs@m.gmane.org; Fri, 16 Oct 2009 01:07:41 +0200 Original-Received: from localhost ([127.0.0.1]:44889 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MyZQ4-0004zs-BM for geb-bug-gnu-emacs@m.gmane.org; Thu, 15 Oct 2009 19:07:40 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MyZPk-0004gO-5Q for bug-gnu-emacs@gnu.org; Thu, 15 Oct 2009 19:07:20 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MyZPf-0004ax-2g for bug-gnu-emacs@gnu.org; Thu, 15 Oct 2009 19:07:19 -0400 Original-Received: from [199.232.76.173] (port=52199 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MyZPe-0004aa-FG for bug-gnu-emacs@gnu.org; Thu, 15 Oct 2009 19:07:14 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:46480) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MyZPd-0004jN-IJ for bug-gnu-emacs@gnu.org; Thu, 15 Oct 2009 19:07:13 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n9FN7BWF005796; Thu, 15 Oct 2009 16:07:11 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n9FN05JG003713; Thu, 15 Oct 2009 16:00:05 -0700 Resent-Date: Thu, 15 Oct 2009 16:00:05 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: "Drew Adams" Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Thu, 15 Oct 2009 23:00:05 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 4725 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 4725-submit@emacsbugs.donarmstrong.com id=B4725.12556470332658 (code B ref 4725); Thu, 15 Oct 2009 23:00:05 +0000 Original-Received: (at 4725) by emacsbugs.donarmstrong.com; 15 Oct 2009 22:50:33 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from acsinet11.oracle.com (acsinet11.oracle.com [141.146.126.233]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n9FMoWck002651 for <4725@emacsbugs.donarmstrong.com>; Thu, 15 Oct 2009 15:50:33 -0700 Original-Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n9FMoj0R018610 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 15 Oct 2009 22:50:46 GMT Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n9FCbLt0031303; Thu, 15 Oct 2009 22:50:24 GMT Original-Received: from abhmt009.oracle.com by acsmt357.oracle.com with ESMTP id 20436938221255646957; Thu, 15 Oct 2009 17:49:17 -0500 Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 15 Oct 2009 15:49:17 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87my3s2vko.fsf@mail.jurta.org> Thread-Index: AcpN50mJbIVzZrdeRg2KWM4B6Qn/aQAAHmvw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: acsmt357.oracle.com [141.146.40.157] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4AD7A72F.00AC:SCFMA4539814,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Resent-Date: Thu, 15 Oct 2009 19:07:19 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:31981 Archived-At: > > If the list variable is already populated, then use that > > value. This lets users populate the variable ahead of time > > and then still use these commands interactively. > > > > If the list variable is null, then just have a simple loop > > for users to enter a buffer/file name (e.g. with completion), > > and end with an empty string. IOW, foo RET bar RET RET to > > give ("foo" "bar"). > > `multi-isearch' was designed to be similar to `multi-occur'. > Currently we have a set of commands: > > isearch-forward > isearch-forward-regexp > occur > multi-occur > multi-occur-in-matching-buffers > > What is missing now and candidates to be implemented are > 8 analogous commands: > > multi-isearch-buffers > multi-isearch-buffers-regexp > multi-isearch-buffers-matching > multi-isearch-buffers-regexp-matching > multi-isearch-files > multi-isearch-files-regexp > multi-isearch-files-matching > multi-isearch-files-regexp-matching Hi Juri, It's your call, I guess, but that sounds like a lot, for what it's worth. I'd suggest having just simple commands that let you enter buffer/file names, as I said above. If the list variable is already populated, then that would be used, without the user inputting any names. That also lets users populate the variable in other ways (e.g. by regexp matching). You might want one separate command that lets you populate the variable by entering a regexp to match (against buffer or file names). Anyway, do whatever you want in this regard. I agree that it's good for users to be able to both (a) choose files/buffers by name individually, and (b) choose them by regexp matching. There are of course many possibilities for defining a set of such names. One that exists already for files is filesets. That too could be leveraged as one way to specify the file names you want. It's a bit of a shame to have zillions of commands, each of which differs by (a) the type of object chosen, (b) whether matching is literal or regexp, and possibly (c) whether the objects are chosen explicitly or by pattern matching. We could also try combining a few at a time in the same command, using a prefix arg to distinguish (e.g. file vs buffer or regexp vs literal or both). That's probably a question of preference - I'd usually sooner have a single command to do this kind of thing, and then consult the doc string if I forget the different prefix-arg possibilities. I get lost in a sea of similar seeming command names. Again, though, please do whatever you like here - it's OK by me. HTH - Drew