From mboxrd@z Thu Jan 1 00:00:00 1970 From: Samuel Wales Subject: Re: Bug in subtree narrowing Date: Thu, 17 Sep 2009 23:53:15 -0700 Message-ID: <20524da70909172353sc445897ve343b4271e2b4858@mail.gmail.com> References: <20524da70909171609k269b816ev18d1a3f2560c7f76@mail.gmail.com> <27719CAA-BA26-4AAC-9DC0-9FF839B49945@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MoXLi-0007jL-9S for emacs-orgmode@gnu.org; Fri, 18 Sep 2009 02:53:42 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MoXLd-0007iE-QF for emacs-orgmode@gnu.org; Fri, 18 Sep 2009 02:53:41 -0400 Received: from [199.232.76.173] (port=43344 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MoXLd-0007i7-Nh for emacs-orgmode@gnu.org; Fri, 18 Sep 2009 02:53:37 -0400 Received: from mx20.gnu.org ([199.232.41.8]:46793) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MoXLd-0000Fy-2V for emacs-orgmode@gnu.org; Fri, 18 Sep 2009 02:53:37 -0400 Received: from mail-iw0-f198.google.com ([209.85.223.198]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MoXLc-0006ah-7o for emacs-orgmode@gnu.org; Fri, 18 Sep 2009 02:53:36 -0400 Received: by iwn36 with SMTP id 36so942214iwn.24 for ; Thu, 17 Sep 2009 23:53:35 -0700 (PDT) In-Reply-To: <27719CAA-BA26-4AAC-9DC0-9FF839B49945@gmail.com> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Carsten Dominik Cc: emacs-orgmode@gnu.org On Thu, Sep 17, 2009 at 23:22, Carsten Dominik wrote: >> Sorting makes a lot of changes, so some users will not >> notice the bug until much later. > > I do not understand what this has to do with narrowing to a subtree? Sorting obscures the bug. > Are you suggesting that I should add the final newline? No. Move the end forward by one char. > Under what circumstances? Perhaps when it won't break anything. > Are you aware of the variable `require-final-newline'? =A0It might be for= you? > I have turned it on. Isn't that for files? I am referring to narrowed regions. Point at end should be after the newline, to match my intuition. But this conflicts with outline's intuition. Adding a newline is not necessary. Thanks for fixing the bug.