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#22043: 25.0.50; search-forward and char folding Date: Sun, 29 Nov 2015 21:10:51 +0200 Message-ID: <838u5goc3o.fsf@gnu.org> References: <17193.1448823812@allegro.localdomain> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1448824342 5631 80.91.229.3 (29 Nov 2015 19:12:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 29 Nov 2015 19:12:22 +0000 (UTC) Cc: 22043@debbugs.gnu.org To: Mike Kupfer Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Nov 29 20:12:08 2015 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 1a37OJ-00027D-85 for geb-bug-gnu-emacs@m.gmane.org; Sun, 29 Nov 2015 20:12:07 +0100 Original-Received: from localhost ([::1]:37419 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a37ON-0000Bi-Do for geb-bug-gnu-emacs@m.gmane.org; Sun, 29 Nov 2015 14:12:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39312) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a37OJ-00009i-BT for bug-gnu-emacs@gnu.org; Sun, 29 Nov 2015 14:12:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a37OE-00008v-B4 for bug-gnu-emacs@gnu.org; Sun, 29 Nov 2015 14:12:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:41783) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a37OE-00008r-86 for bug-gnu-emacs@gnu.org; Sun, 29 Nov 2015 14:12:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1a37OD-00035t-TU for bug-gnu-emacs@gnu.org; Sun, 29 Nov 2015 14:12:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Nov 2015 19:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22043-submit@debbugs.gnu.org id=B22043.144882426311824 (code B ref 22043); Sun, 29 Nov 2015 19:12:01 +0000 Original-Received: (at 22043) by debbugs.gnu.org; 29 Nov 2015 19:11:03 +0000 Original-Received: from localhost ([127.0.0.1]:59724 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a37NH-00034d-2h for submit@debbugs.gnu.org; Sun, 29 Nov 2015 14:11:03 -0500 Original-Received: from mtaout28.012.net.il ([80.179.55.184]:55542) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a37NE-00034B-1l for 22043@debbugs.gnu.org; Sun, 29 Nov 2015 14:11:01 -0500 Original-Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0NYL00N00BOBY800@mtaout28.012.net.il> for 22043@debbugs.gnu.org; Sun, 29 Nov 2015 21:09:58 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NYL00NC0BWLKN10@mtaout28.012.net.il>; Sun, 29 Nov 2015 21:09:58 +0200 (IST) In-reply-to: <17193.1448823812@allegro.localdomain> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.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:109413 Archived-At: > From: Mike Kupfer > cc: 22043@debbugs.gnu.org > Date: Sun, 29 Nov 2015 11:03:32 -0800 > > The text in "Lax Search" now says > > Search commands in Emacs by default perform character folding > > But search-forward can be found using M-x apropos, and it is listed as > being a command. So I think the text in the "Lax Search" node still > needs work. > > Would something like the following be acceptable? > > The search commands that are described in "Incremental Search" and > "Nonincremental Search" perform character folding by default, thus > matching equivalent character sequences. > > If that's no good, an alternative might be to say that "Some search > commands ... perform character folding", and to add a note along the > lines of > > To determine whether character folding applies to a particular search > command, see the Help text for that command. I don't think such degree of precision is needed in a section whose purpose is to describe an option that controls character folding. With the commands that don't support character folding clearly identified in the manual where those commands are described (and they are only mentioned for completeness anyway, as they are not the recommended ways of performing search), I think the manual strikes the correct balance between being correct and still easily readable. Thanks.