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's handling of line numbers [from bug#5042] Date: Sat, 17 Apr 2010 14:31:11 -0700 Message-ID: <90D3EB66AA37491881EB2B26100925C2@us.oracle.com> References: <837ho6czb6.fsf@gnu.org> <8339yucbsg.fsf@gnu.org> <83wrw5bxkc.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1271539934 13293 80.91.229.12 (17 Apr 2010 21:32:14 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 17 Apr 2010 21:32:14 +0000 (UTC) Cc: monnier@iro.umontreal.ca, mark.lillibridge@hp.com, emacs-devel@gnu.org To: "'Juanma Barranquero'" , "'Eli Zaretskii'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 17 23:32:11 2010 connect(): No such file or directory Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1O3FcY-0006cc-7G for ged-emacs-devel@m.gmane.org; Sat, 17 Apr 2010 23:32:10 +0200 Original-Received: from localhost ([127.0.0.1]:39110 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O3FcX-000414-Kl for ged-emacs-devel@m.gmane.org; Sat, 17 Apr 2010 17:32:09 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O3Fbe-0003o6-PH for emacs-devel@gnu.org; Sat, 17 Apr 2010 17:31:14 -0400 Original-Received: from [140.186.70.92] (port=53260 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O3Fbd-0003nQ-Gw for emacs-devel@gnu.org; Sat, 17 Apr 2010 17:31:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O3Fbb-00007G-Ns for emacs-devel@gnu.org; Sat, 17 Apr 2010 17:31:13 -0400 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]:30433) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O3Fbb-00006a-ID; Sat, 17 Apr 2010 17:31:11 -0400 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o3HLV4g2005114 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 17 Apr 2010 21:31:06 GMT Original-Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o3HI7ZJM021064; Sat, 17 Apr 2010 21:31:03 GMT Original-Received: from abhmt014.oracle.com by acsmt354.oracle.com with ESMTP id 184747691271539858; Sat, 17 Apr 2010 14:30:58 -0700 Original-Received: from dradamslap1 (/141.144.72.94) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 17 Apr 2010 14:30:58 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Acrec3UOPBDBfDooTEK+bshz8aLA0gAADRaA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Auth-Type: Internal IP X-Source-IP: acsinet15.oracle.com [141.146.126.227] X-CT-RefId: str=0001.0A090208.4BCA289B.00FA:SCFMA922111,ss=1,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:123822 Archived-At: > It would perhaps be useful to distinguish between user narrowing and > program narrowing (the one used by Info, rmail, etc., I mean). Or, put > it other way, perhaps we need a narrowing facility for elisp code, > separate and independent from the user widen/narrowing interactive > command set. [I suspect that the following is not what Mark has in mind, and if so then I don't want to divert attention from his questions - I'll drop it (or start a different thread if there is any interest).] One thing I've sometimes thought would be handy is an additional widening command, `widen-one-level', which would widen only as far as the next-to-last narrowing. You can narrow and then narrow further, any number of times. But `widen' always widens completely. Sometimes I would like to just undo the last level of narrowing, returning to the previous level (or to the top level, if there is only one narrowing). This would require managing a list or stack of narrowing limits etc. I have no idea whether anyone else would find such a command useful. And I can't really characterize useful use cases. But I know I've sometimes wanted such a feature.