From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: [Emacs-diffs] widen-limits c331b66: Implement buffer-widen-limits functionality Date: Thu, 24 Mar 2016 06:53:34 -0700 (PDT) Message-ID: <6363ed53-2385-4bd2-9c3a-d2f41bfec4ff@default> References: <20160322022539.16038.77264@vcs.savannah.gnu.org> <8737riqouj.fsf@gmail.com> <221845e0-b194-433e-bfbc-105272ae5752@default> <87twjyp21k.fsf@gmail.com> <56F242E0.7060004@online.de> <877fgtpfrw.fsf@gmail.com> <56F293E7.2000703@online.de> <87a8lpnusg.fsf@gmail.com> <56F2CEDA.6060004@online.de> <87fuvgn3md.fsf@gmail.com> <87poukha9x.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1458827669 21695 80.91.229.3 (24 Mar 2016 13:54:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 24 Mar 2016 13:54:29 +0000 (UTC) Cc: Eli Zaretskii , =?iso-8859-1?B?QW5kcmVhcyBS9mhsZXI=?= , emacs-devel@gnu.org To: Vitalie Spinu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 24 14:54:17 2016 Return-path: Envelope-to: ged-emacs-devel@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 1aj5iJ-0005tq-Nl for ged-emacs-devel@m.gmane.org; Thu, 24 Mar 2016 14:54:15 +0100 Original-Received: from localhost ([::1]:50455 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aj5iG-0003si-3l for ged-emacs-devel@m.gmane.org; Thu, 24 Mar 2016 09:54:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41359) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aj5i2-0003sd-Cn for emacs-devel@gnu.org; Thu, 24 Mar 2016 09:53:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aj5i1-00061p-HG for emacs-devel@gnu.org; Thu, 24 Mar 2016 09:53:58 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:50413) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aj5hv-0005ve-9Y; Thu, 24 Mar 2016 09:53:51 -0400 Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u2ODrarM021665 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 24 Mar 2016 13:53:37 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userv0022.oracle.com (8.14.4/8.13.8) with ESMTP id u2ODrabk014051 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 24 Mar 2016 13:53:36 GMT Original-Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u2ODrZ3C011495; Thu, 24 Mar 2016 13:53:36 GMT In-Reply-To: <87poukha9x.fsf@gmail.com> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6744.5000 (x86)] X-Source-IP: userv0022.oracle.com [156.151.31.74] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 141.146.126.69 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:202169 Archived-At: > > No. You will get the full current Info file, which is what you > > asked for (with `C-x n w'). >=20 > I asked for original view (page, node call it as you want). Info > gave me a buffer, I narrowed, then widened and got surprised. One could argue that the surprise is your fault. ;-) You asked to widen to the full buffer, and that's what you got. Presumably, if you ask for that then you want the whole buffer (whatever that might be), and in this context presumably you know what that whole buffer is (an Info file). If not, you shouldn't be using `C-x n w'. > The user need not be exposed to internal implementation of Info. Need not? A user of `C-x n w' should have some expectation that what s?he sees is not the full buffer, and s?he should not have a false preconception about what the full buffer might be like. On the other hand, if we take your view about surprise here then the issue is more general: `C-x n w' could be surprising in any context where Emacs narrows a buffer by default. Taking that into account, it should perhaps be the case that `C-x n w', just like `C-x n n', should have property `disabled' set to non-nil by default. That should remove your surprise. (And it's not just an "internal implementation", IMO. Not every Emacs users needs to know that Info uses files and display of a node narrows to part of a file, of course. But that information is available to users, and they can make use of it.)