From mboxrd@z Thu Jan 1 00:00:00 1970 From: Brian van den Broek Subject: Re: Possible bug - shifting headline - hashmark and what follows is considered part of headline that is shifted Date: Fri, 23 May 2014 12:30:07 -0400 Message-ID: References: <537F692D.5010003@verizon.net> <87ppj4wlvj.fsf@bzg.ath.cx> <537F709F.7030103@verizon.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7b3a84561d9a9504fa13be01 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:48006) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WnsME-000322-6c for emacs-orgmode@gnu.org; Fri, 23 May 2014 12:30:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WnsMD-0007i5-2g for emacs-orgmode@gnu.org; Fri, 23 May 2014 12:30:10 -0400 Received: from mail-vc0-x232.google.com ([2607:f8b0:400c:c03::232]:38021) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WnsMC-0007hJ-SL for emacs-orgmode@gnu.org; Fri, 23 May 2014 12:30:09 -0400 Received: by mail-vc0-f178.google.com with SMTP id ij19so3122704vcb.23 for ; Fri, 23 May 2014 09:30:07 -0700 (PDT) In-Reply-To: <537F709F.7030103@verizon.net> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Charles Millar Cc: emacs-orgmode --047d7b3a84561d9a9504fa13be01 Content-Type: text/plain; charset=UTF-8 On May 23, 2014 12:02 PM, "Charles Millar" wrote: > > Hi Bastien, > > Bastien wrote: >> >> Hi Charles, >> >> Charles Millar writes: >> >>> If I attempt to move headline 2b above 2a (M-up) >>> >>> * 1 >>> ** 2a >>> ** 2b >>> >>> # LocalWords: XXXXXXXX YYYYYYYY >>> >>> the result is >>> >>> * 1 >>> ** 2b >>> >>> # LocalWords: XXXXXXXX YYYYYYYYY >>> ** 2a >> >> >> Yes, # LocalWords: XXXXXXXX YYYYYYYYY is part of the ** 2b headline. >> > Should it be as such, since # LocalWords since it is associated with ispell/flyspell and really has nothing to do with headline ** 2b? > > Of course what I neglected to mention was that I would expect, which would be > > * 1 > ** 2b > ** 2a > > # LocalWords: XXXXXXXX YYYYYYYYY > > Regards, > Charlie Hi Charlie and all, As I understand the parsing of an org file, if you have a heading of level n, everything below it until a heading of level m, m < n, is it its subtree. Org doesn't know that you want that line at the bottom of buffer (say) and not associated with the current headline and current active subtrees. Many of my org files have a final top level config headline to hold various in-buffer settings. Would that work for your case? Best, Brian vdB --047d7b3a84561d9a9504fa13be01 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On May 23, 2014 12:02 PM, "Charles Millar" <millarc@verizon.net> wrote:
>
> Hi Bastien,
>
> Bastien wrote:
>>
>> Hi Charles,
>>
>> Charles Millar <millarc@= verizon.net> writes:
>>
>>> If I attempt to move headline 2b above 2a (M-up)
>>>
>>> * 1
>>> ** 2a
>>> ** 2b
>>>
>>> # =C2=A0LocalWords: =C2=A0XXXXXXXX YYYYYYYY
>>>
>>> the result is
>>>
>>> * 1
>>> ** 2b
>>>
>>> # =C2=A0LocalWords: =C2=A0XXXXXXXX YYYYYYYYY
>>> ** 2a
>>
>>
>> Yes, # =C2=A0LocalWords: =C2=A0XXXXXXXX YYYYYYYYY is part of the *= * 2b headline.
>>
> Should it be as such, since # LocalWords since it is associated with i= spell/flyspell and really has nothing to do with headline ** 2b?
>
> Of course what I neglected to mention was that I would expect, which w= ould be
>
> * 1
> ** 2b
> ** 2a
>
> # =C2=A0LocalWords: =C2=A0XXXXXXXX YYYYYYYYY
>
> Regards,
> Charlie

Hi Charlie and all,

As I understand the parsing of an org file, if you have a he= ading of level n, everything below it until a heading of level m, m < n,= is it its subtree. Org doesn't know that you want that line at the bot= tom of buffer (say) and not associated with the current headline and curren= t active subtrees.

Many of my org files have a final top level config headline = to hold various in-buffer settings. Would that work for your case?

Best,

Brian vdB

--047d7b3a84561d9a9504fa13be01--