Refiling subtree and XEmacs

Refiling subtree and XEmacs

[Matthew Lovell]

Hello,

I'm using org-mode 6.12b under XEmacs 21.4.21.  Generally speaking,
everything works beautifully (Thanks, Carsten!). 

The exception to that statement is refiling subtrees (typically from
my TODO.org remember-mode buffer).  If the heading is just a single
line, there is no problem.  If there is test associated with the
heading (such as a link to a file on the next line), then attempting
C-c C-w results in

 1. The tree getting copied to the destination buffer, but usually
    appearing as additional text on the last heading of the
    destination tree (sometimes this corrects itself with by hitting
    TAB); 

 2. No apparent change in the source buffer; and

 3. Erroring out with the message

    Visible portion of buffer not modifiable


I poked through the gmane archives for the mailing list sometime back
and saw Carsten mentioned an incompatibility between the lisp org-mode
is using (which must work fine for emacs) and XEmacs.  What would it
take to correct this?  Has anyone tried?

I'm perfectly willing to be a guinea pig, by the way, for any proposed
fixes.

Thanks,
  Matt

-- 
Matthew Lovell
Hewlett-Packard

Re: Refiling subtree and XEmacs

[Carsten Dominik]

I cannot reproduce this in my quick tests, may I ask the XEmacs
users on this group to follow this up, make more tests and come
up with a clear and complete bug report?

Thanks.

- Carsten

On Nov 20, 2008, at 9:23 PM, Matthew Lovell wrote:

> Hello,
>
> I'm using org-mode 6.12b under XEmacs 21.4.21.  Generally speaking,
> everything works beautifully (Thanks, Carsten!).
>
> The exception to that statement is refiling subtrees (typically from
> my TODO.org remember-mode buffer).  If the heading is just a single
> line, there is no problem.  If there is test associated with the
> heading (such as a link to a file on the next line), then attempting
> C-c C-w results in
>
> 1. The tree getting copied to the destination buffer, but usually
>    appearing as additional text on the last heading of the
>    destination tree (sometimes this corrects itself with by hitting
>    TAB);
>
> 2. No apparent change in the source buffer; and
>
> 3. Erroring out with the message
>
>    Visible portion of buffer not modifiable
>
>
> I poked through the gmane archives for the mailing list sometime back
> and saw Carsten mentioned an incompatibility between the lisp org-mode
> is using (which must work fine for emacs) and XEmacs.  What would it
> take to correct this?  Has anyone tried?
>
> I'm perfectly willing to be a guinea pig, by the way, for any proposed
> fixes.
>
> Thanks,
>  Matt
>
> -- 
> Matthew Lovell
> Hewlett-Packard
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: Refiling subtree and XEmacs

[Matthew Lovell]

Hello,

Carsten Dominik writes:
 > I cannot reproduce this in my quick tests, may I ask the XEmacs
 > users on this group to follow this up, make more tests and come
 > up with a clear and complete bug report?

My original description was somewhat incorrect.  It appears that a
multi-line item itself is alright.  The problem occurs when the item
entered into the TODO (via remember mode) includes a link:

* TODO This is another test  
  [[file:/home/lovell/.zshenv::path%20opt%20TeXLive%20bin%20x86_64%20linux%20path%20place%20early%20in%20path][file:/home/lovell/.zshenv::path opt TeXLive bin x86_64 linux path place early in path]]

With debug turned on, I have the following trace:

Debugger entered--Lisp error: (error "Visible portion of buffer not modifiable")
  org-fixup-indentation(1)
  org-demote()
  org-map-region(org-demote 32914 33143)
  org-paste-subtree(3)
  org-refile(nil)
  call-interactively(org-refile)

Please let me know any additional steps I could take to provide better
debug information.

  Matt

-- 
Matthew Lovell
Hewlett-Packard

Re: Refiling subtree and XEmacs

[Carsten Dominik]

Hi Matt,

this was more useful.

Fixed in the git repo, thanks.

- Carsten

On Nov 21, 2008, at 5:03 PM, Matthew Lovell wrote:

> Hello,
>
> Carsten Dominik writes:
>> I cannot reproduce this in my quick tests, may I ask the XEmacs
>> users on this group to follow this up, make more tests and come
>> up with a clear and complete bug report?
>
> My original description was somewhat incorrect.  It appears that a
> multi-line item itself is alright.  The problem occurs when the item
> entered into the TODO (via remember mode) includes a link:
>
> * TODO This is another test
>  [[file:/home/lovell/.zshenv::path%20opt%20TeXLive%20bin 
> %20x86_64%20linux%20path%20place%20early%20in%20path][file:/home/ 
> lovell/.zshenv::path opt TeXLive bin x86_64 linux path place early  
> in path]]
>
> With debug turned on, I have the following trace:
>
> Debugger entered--Lisp error: (error "Visible portion of buffer not  
> modifiable")
>  org-fixup-indentation(1)
>  org-demote()
>  org-map-region(org-demote 32914 33143)
>  org-paste-subtree(3)
>  org-refile(nil)
>  call-interactively(org-refile)
>
> Please let me know any additional steps I could take to provide better
> debug information.
>
>  Matt
>
> -- 
> Matthew Lovell
> Hewlett-Packard

Re: Refiling subtree and XEmacs

[Matthew Lovell]

Hi Carsten,

Carsten Dominik writes:
 > Hi Matt,
 > 
 > this was more useful.
 > 
 > Fixed in the git repo, thanks.
 > 

Thanks for the very fast response!

Pulling the repo and rebuilding .elc files in place, however, an
existing .org file of mine now appears as nothing but

  ...

I'm now operating off a saved, known-good copy of that file from last
night. 

Perhaps rebuilding the .elc files in place is the problem, but I
thought I would let you know of this behavior.

Thanks,
  Matt


 > On Nov 21, 2008, at 5:03 PM, Matthew Lovell wrote:
 > 
 > > Hello,
 > >
 > > Carsten Dominik writes:
 > >> I cannot reproduce this in my quick tests, may I ask the XEmacs
 > >> users on this group to follow this up, make more tests and come
 > >> up with a clear and complete bug report?
 > >
 > > My original description was somewhat incorrect.  It appears that
 > > a multi-line item itself is alright.  The problem occurs when the
 > > item entered into the TODO (via remember mode) includes a link:
 > >
 > > * TODO This is another test
 > >  [[file:/home/lovell/.zshenv::path%20opt%20TeXLive%20bin
 > > %20x86_64%20linux%20path%20place%20early%20in%20path][file:/home/
 > > lovell/.zshenv::path opt TeXLive bin x86_64 linux path place
 > > early in path]]
 > >
 > > With debug turned on, I have the following trace:
 > >
 > > Debugger entered--Lisp error: (error "Visible portion of buffer
 > > not modifiable")
 > >  org-fixup-indentation(1)
 > >  org-demote()
 > >  org-map-region(org-demote 32914 33143)
 > >  org-paste-subtree(3)
 > >  org-refile(nil)
 > >  call-interactively(org-refile)
 > >
 > > Please let me know any additional steps I could take to provide
 > > better debug information.
 > >
 > >  Matt
 > >
 > > --
 > > Matthew Lovell
 > > Hewlett-Packard




-- 
Matthew Lovell
Hewlett-Packard