From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#13592: 24.2.92; C-s prompts with "Multi I-search:" today Date: Thu, 31 Jan 2013 05:56:25 +0200 Message-ID: <83k3qugg46.fsf@gnu.org> References: <83pq0mh5ex.fsf@gnu.org> <87libamat2.fsf@mail.jurta.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1359604646 21043 80.91.229.3 (31 Jan 2013 03:57:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 31 Jan 2013 03:57:26 +0000 (UTC) Cc: 13592@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jan 31 04:57:45 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1U0lHU-0001yc-Aq for geb-bug-gnu-emacs@m.gmane.org; Thu, 31 Jan 2013 04:57:44 +0100 Original-Received: from localhost ([::1]:43200 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U0lHC-0005mC-4M for geb-bug-gnu-emacs@m.gmane.org; Wed, 30 Jan 2013 22:57:26 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:35791) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U0lHA-0005m7-1N for bug-gnu-emacs@gnu.org; Wed, 30 Jan 2013 22:57:24 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U0lH8-00019b-Qw for bug-gnu-emacs@gnu.org; Wed, 30 Jan 2013 22:57:23 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51082) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U0lH8-00018v-Ne for bug-gnu-emacs@gnu.org; Wed, 30 Jan 2013 22:57:22 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1U0lHl-0000I0-Kk for bug-gnu-emacs@gnu.org; Wed, 30 Jan 2013 22:58:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 31 Jan 2013 03:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13592 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13592-submit@debbugs.gnu.org id=B13592.13596046451062 (code B ref 13592); Thu, 31 Jan 2013 03:58:01 +0000 Original-Received: (at 13592) by debbugs.gnu.org; 31 Jan 2013 03:57:25 +0000 Original-Received: from localhost ([127.0.0.1]:56546 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0lHB-0000H5-5O for submit@debbugs.gnu.org; Wed, 30 Jan 2013 22:57:25 -0500 Original-Received: from mtaout23.012.net.il ([80.179.55.175]:50180) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0lH5-0000Gt-0o for 13592@debbugs.gnu.org; Wed, 30 Jan 2013 22:57:22 -0500 Original-Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MHH00G001202C00@a-mtaout23.012.net.il> for 13592@debbugs.gnu.org; Thu, 31 Jan 2013 05:56:36 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MHH00GZP1MC2X00@a-mtaout23.012.net.il>; Thu, 31 Jan 2013 05:56:36 +0200 (IST) In-reply-to: <87libamat2.fsf@mail.jurta.org> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:70516 Archived-At: > From: Juri Linkov > Cc: 13592@debbugs.gnu.org > Date: Thu, 31 Jan 2013 02:34:03 +0200 > > > . Why is it a good idea to show this Multi thing at the very > > beginning of the search, when there's no evidence whatsoever that > > the search is in danger of crossing into the next file in the > > series? It's confusing to see this, because _I_ didn't ask for > > multi-file or multibuffer isearch. It took me by surprise and > > forced me to go looking for the reason (tried in other versions of > > Emacs and in other buffers, before it dawned on me that it is > > something specific to add-log mode). You want to be nice to me? > > fine: then show this to me when I type C-s that will cross into the > > next file, but not before that. > > When you type C-s that will cross into the next file, > it appends this text to the isearch message: > > [repeat for next buffer] Then I submit that we don't need the uncalled-for "Multi" in the prompt. > > _Then_ I might appreciate the service. But when I type my first C-s, > > please give me just what I asked for. > > Multi-file isearch is a special kind of search, so the prefix "Multi" > informs the user that the search will go through a set of files. That information confuses when the user didn't ask for this to happen. > This is like the prefix "Regexp" informing the user that the search > is regexp-based, and other informative prefixes as well. It is OK to show "Multi" when the user explicitly invokes multi-isearch. > > . This should at least be documented in the manual. When I saw this > > prompt, I tried to figure out what it meant (did someone really > > think that "Multi" explains it all?), but it seems not to be > > mentioned anywhere in the docs. Even the NEWS entry for Emacs > > 23.1, which does say that isearch is automatically multi-file in > > ChangeLog files, doesn't mention this prompt. I needed to wade > > through isearch.el to find what it meant, only to find out that the > > facility used to trigger it -- multi-search-next-buffer-function -- > > is not documented in the Elisp manual, either, which sounds weird > > if we consider such features useful in other modes. > > It could be documented in (info "(emacs) Other Repeating Search") > where `multi-isearch-buffers' is already described. It should be documented earlier, right where I-Search is first introduced, because from the user perspective, she just invoked a simple I-Search.