From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: forward-comment and syntax-ppss Date: Sat, 17 Dec 2016 16:09:20 +0100 Message-ID: References: <83fd1db0-7362-6117-c5cd-715398c0dea4@gmail.com> <20161207220447.GA4503@acm.fritz.box> <20161208201517.GB3120@acm.fritz.box> <20161209190747.GC2203@acm.fritz.box> <5a70902f-882e-f616-74b2-df6eb81fc70c@yandex.ru> <20161211101715.GA14084@acm.fritz.box> <51c0554f-40d0-37a5-b134-17058343aa3f@yandex.ru> <20161216200630.GB3858@acm.fritz.box> <83r3576lxs.fsf@gnu.org> <838tre7gqt.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1481987423 11366 195.159.176.226 (17 Dec 2016 15:10:23 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 17 Dec 2016 15:10:23 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 17 16:10:19 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cIGcG-0000Gy-LR for ged-emacs-devel@m.gmane.org; Sat, 17 Dec 2016 16:09:40 +0100 Original-Received: from localhost ([::1]:36992 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cIGcK-000535-Vc for ged-emacs-devel@m.gmane.org; Sat, 17 Dec 2016 10:09:44 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43694) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cIGcD-0004yG-1Z for emacs-devel@gnu.org; Sat, 17 Dec 2016 10:09:38 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cIGc8-0002nZ-2b for emacs-devel@gnu.org; Sat, 17 Dec 2016 10:09:36 -0500 Original-Received: from hermes.netfonds.no ([80.91.224.195]:54526) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cIGc7-0002j5-S9 for emacs-devel@gnu.org; Sat, 17 Dec 2016 10:09:31 -0500 Original-Received: from cm-84.215.1.64.getinternet.no ([84.215.1.64] helo=stories) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1cIGbw-0005m8-7f for emacs-devel@gnu.org; Sat, 17 Dec 2016 16:09:22 +0100 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUTExUPDxEFBQcSEhMl ISITExMWFhgUFBbMnIUUFBQiu8TUAAACNklEQVQ4jXXTwWrbQBAG4AGhCt2iCJqz/QQKiwq5tdQ1 OQrMEvZWqJHwzVDQsrdCS+rcdFmLedv+M5LsQt0hxMt+7IxmVqL95nbQh//B+3aPQ9u2beXsFv+3 rfzRQ3uJzea6bv+C59NpOy8PgDv8MB+4F3jV7c4fzgpdYA7eA35h6X0YeewBXQs4K7weUjsSD+kL oG99CIQQ+Jo2RPmQNz2Kd+cDH2dIjEL68o4eOu9RnqpK4JupqG5S20gqVIjWHWkCSGpdk9GdB7C1 bk5VJY3jqIA2omOt8dMgKGUnj9t3AHY0LJC4OPXhJRWzpvpu5LGYx1ZrOA4chql4UlEeFdoQLeNU pkBJcgWk4pCP2jn2szQ6gV4BMUFKNMO0H2aINvODk1RlziiORhSO1hINwwLMGI8DvKE1n8l9CFhn 7a52DeDH4MIofaHBsraYVG2s1RPMPl8A6a0xtVEYxxEdR9x5WWPoAHM5gQiAokYmkRm8hkJ0O2t2 tZ1THT2qn/e0qm20GtOJYUm1cg65YHMf2aUGrsVK86ww+NH7PrRI5fg6xDfcsJzoe6R6WmAjkMmu l7d99SRHosDm9JtHpMdLqyCjVXgGsL7uCjrdONUA5KPv9cPR4tYtT4X5+emLWskQMXiFj07enBkq tOcGNIhv8wvu4JLKOJ2hMYDPZmfpSNPjJrXsmuJRoCixrDIIlZV5LDQAn3ShQuW8XRT7BUCU0bS6 X19DN0rA+t9YFQXd2pdjdHt/ff8HYueXIuOrQpcAAAAASUVORK5CYII= In-Reply-To: <838tre7gqt.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 17 Dec 2016 16:49:30 +0200") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 80.91.224.195 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:210586 Archived-At: I haven't really followed the discussion here, so this has probably been all said before. :-) But I, too, find the narrowing functionality in Emacs to be less than perfect. There's three major use cases: 1) Modes that use narrowing as a required thing for the mode to work properly. The main offender here is Info-mode, and I think it should just be rewritten to not rely on narrowing to work. That is: No Narrowing In Modes. There's always a better way to achieve the same effects, I think. 2) The programmatic use in Lisp programs always looks like this: (save-restriction (narrow-to-region (point) (point-max)) ...) or something, which is less clear than it could be. As we did with `(save-excursion (set-buffer...))' we could introduce a new special form for this behaviour, like (with-region (point) (point-max) ...) 3) Interactive narrowing should be stack-based, so that you can easily narrow to things, do something, then narrow some more, and then pop that narrowing to return to the previous. It's something I have wanted for a long time. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no