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#23067: 25.0.92; A detail in the doc of query-replace Date: Fri, 25 Mar 2016 07:13:48 -0700 (PDT) Message-ID: <42d06a78-824b-4661-aa84-845def8ca855@default> References: <<87oaa9vrdz.fsf@web.de>> <<83k2kq27j0.fsf@gnu.org>> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1458916036 31035 80.91.229.3 (25 Mar 2016 14:27:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 25 Mar 2016 14:27:16 +0000 (UTC) Cc: 23067-done@debbugs.gnu.org To: Eli Zaretskii , Michael Heerdegen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Mar 25 15:27:01 2016 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 1ajSWA-0000WY-HA for geb-bug-gnu-emacs@m.gmane.org; Fri, 25 Mar 2016 15:15:14 +0100 Original-Received: from localhost ([::1]:56390 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ajSW9-0005nK-Jv for geb-bug-gnu-emacs@m.gmane.org; Fri, 25 Mar 2016 10:15:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43885) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ajSW2-0005iH-Sc for bug-gnu-emacs@gnu.org; Fri, 25 Mar 2016 10:15:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ajSVx-0008Ec-SF for bug-gnu-emacs@gnu.org; Fri, 25 Mar 2016 10:15:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:40825) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ajSVx-0008EQ-PF for bug-gnu-emacs@gnu.org; Fri, 25 Mar 2016 10:15:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ajSVx-0003Ri-MH for bug-gnu-emacs@gnu.org; Fri, 25 Mar 2016 10:15:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 25 Mar 2016 14:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23067 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23067-done@debbugs.gnu.org id=D23067.145891524513164 (code D ref 23067); Fri, 25 Mar 2016 14:15:01 +0000 Original-Received: (at 23067-done) by debbugs.gnu.org; 25 Mar 2016 14:14:05 +0000 Original-Received: from localhost ([127.0.0.1]:37952 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ajSV2-0003QG-Ul for submit@debbugs.gnu.org; Fri, 25 Mar 2016 10:14:05 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:26136) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ajSV1-0003PH-3G for 23067-done@debbugs.gnu.org; Fri, 25 Mar 2016 10:14:03 -0400 Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u2PEDunW016141 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 25 Mar 2016 14:13:57 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id u2PEDuTY017050 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 25 Mar 2016 14:13:56 GMT Original-Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12]) by aserv0122.oracle.com (8.13.8/8.13.8) with ESMTP id u2PEDrth027033; Fri, 25 Mar 2016 14:13:55 GMT In-Reply-To: <<83k2kq27j0.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6744.5000 (x86)] X-Source-IP: aserv0022.oracle.com [141.146.126.234] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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:115479 Archived-At: > > "In Transient Mark mode, if the mark is active, operate on the contents > > of the region. Otherwise, operate from point to the end of the buffer.= " > > > > I think the second sentence is confusing (wrong). The command operates > > up to `point-max'. >=20 > Thanks. I fixed the doc string of this function (and of a few others > in the same file). >=20 > However, I must say that it makes very little sense to me to make such > corrections only in a couple of functions, when we have gobs of them > with the same problem in the doc strings, so much so that I wonder > whether "end of buffer" isn't already a widely accepted synonym of > "end of the buffer's accessible portion", and we shouldn't bother, > certainly not with fixing that one function at a time. I won't be > surprised if the same issue has crept in the manuals as well. >=20 > Please, let's not start another prolonged dispute that leads nowhere. > Instead, if someone really thinks this stuff should be spelled out in > documentation, that someone is kindly requested to submit a patch that > fixes _all_ of the instances where we don't say that explicitly. TIA. There's another way to look at this that occurs to me. It is also perhaps not without some ambiguity, but it might nevertheless help. "End of buffer" can be regarded as `point-max'. This is what we say in the doc string of the predicate (`eobp') that determines (tests for) end-of-buffer-ness: Return t if point is at the end of the buffer. ^^^^^^^^^^^^^^^^^^^^^ If the buffer is narrowed, this means the end of the narrowed part. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Notice too that even though this is a predicate for Lisp, and you would expect its doc to be aimed at Lisp programmers and not just non-Lisper users, it does not mention `point-max'. Again, yes, there is some perhaps inherent ambiguity in using the term "end of the buffer" this way. But it might help, in general.