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 09:08:55 -0700 (PDT) Message-ID: References: <87oaa9vrdz.fsf@web.de>>> <83k2kq27j0.fsf@gnu.org>>> <42d06a78-824b-4661-aa84-845def8ca855@default>> <837fgq1vr4.fsf@gnu.org>> <87io0ay2kw.fsf@web.de> 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 1458922237 2633 80.91.229.3 (25 Mar 2016 16:10:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 25 Mar 2016 16:10:37 +0000 (UTC) Cc: 23067@debbugs.gnu.org To: Michael Heerdegen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Mar 25 17:10:23 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 1ajUJa-0001po-Mb for geb-bug-gnu-emacs@m.gmane.org; Fri, 25 Mar 2016 17:10:22 +0100 Original-Received: from localhost ([::1]:56939 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ajUJW-0002Es-BS for geb-bug-gnu-emacs@m.gmane.org; Fri, 25 Mar 2016 12:10:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39044) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ajUJM-000235-5r for bug-gnu-emacs@gnu.org; Fri, 25 Mar 2016 12:10:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ajUJG-00023u-IJ for bug-gnu-emacs@gnu.org; Fri, 25 Mar 2016 12:10:08 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:40887) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ajUJG-00023p-Fg for bug-gnu-emacs@gnu.org; Fri, 25 Mar 2016 12:10:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ajUJG-00014s-5N for bug-gnu-emacs@gnu.org; Fri, 25 Mar 2016 12:10:02 -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 16:10:02 +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-submit@debbugs.gnu.org id=B23067.14589221444063 (code B ref 23067); Fri, 25 Mar 2016 16:10:02 +0000 Original-Received: (at 23067) by debbugs.gnu.org; 25 Mar 2016 16:09:04 +0000 Original-Received: from localhost ([127.0.0.1]:38014 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ajUIK-00013T-HB for submit@debbugs.gnu.org; Fri, 25 Mar 2016 12:09:04 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:48397) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ajUIJ-000130-C9 for 23067@debbugs.gnu.org; Fri, 25 Mar 2016 12:09: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 u2PG8vfG019539 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 25 Mar 2016 16:08:57 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id u2PG8vtC032384 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 25 Mar 2016 16:08:57 GMT Original-Received: from abhmp0017.oracle.com (abhmp0017.oracle.com [141.146.116.23]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u2PG8ux8006958; Fri, 25 Mar 2016 16:08:56 GMT In-Reply-To: <87io0ay2kw.fsf@web.de> 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:115488 Archived-At: > > If we do say things like that then that gives credence to an > > impression that "end of buffer" might not always mean `point-max' > > (otherwise, we would not contrast it with a description of the buffer > > end when there is a restriction). >=20 > I don't think that "end-of-buffer" is such a good synonym for > `point-max'. >=20 > But OTOH, this is consistent with widely used functions as `eobp' and > `end-of-buffer'. I didn't realize this when I created this report. >=20 > Since we will undoubtedly not rename these functions, it's best to leave > things as they are. I still think it was not wrong to clear up things > in this special case, because to the user it could have made sense that > query-replace indeed would operate up to the real end of the buffer. I agree that our doc should be clear about which is meant. And I think we might want to come up with a term for "the real end of the buffer", as you put it, to make the distinction. I don't have a concreate suggestion at this point. Sometimes the doc refers to something like "end of the accessible portion of the buffer", but that doesn't really help, if we also expect users to understand "end of the buffer" as the same thing. It was good to raise the issue generally. Dunno what the best way to deal with it is.