emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[O] Bug: inline tasks behave strange with respect to visibility cycling


From: Gregor Zattler
Subject: [O] Bug: inline tasks behave strange with respect to visibility cycling within plain lists [7.9.2 (release_7.9.2-646-g664217 @ /home/grfz/src/org-mode/lisp/)]
Date: Tue, 4 Dec 2012 18:32:16 +0100
User-agent: Mutt/1.5.21 (2010-09-15)

--text follows this line--

Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.  You don't know how to make a good report?  See

     http://orgmode.org/manual/Feedback.html#Feedback

Your bug report will be posted to the Org-mode mailing list.
------------------------------------------------------------------------

Dear org developers,

I often want to use inline tasks within plain lists.

The following org file shows a bug and a problem with inline
tasks in plain lists with respect to visibility cycling
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
* first heading
1) master list
   - first plain list item
   - second plain list item
   - third plain list item
      - first sub list item
      - second sub list item
   ****************** TODO inline task
      - third sub list item
      - fourth sub list item
   - fourth plain list item
2) another master list
* second heading
* third heading
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

In Overview it looks like this
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
* first heading...
* second heading
* third heading  
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<


With point on the first star and org-cycle-include-plain-lists
set to `integrate' org-cycle reveals an error: `byte-code:
Invalid search bound (wrong side of point)'.  This is a bug.




With point on the first star and and
org-cycle-include-plain-lists set `t' org-cycle reveals:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
* first heading
1) master list
   - first plain list item
   - second plain list item
   - third plain list item
      - first sub list item
      - second sub list item
   ****************** TODO inline task
      - third sub list item
      - fourth sub list item
   - fourth plain list item
2) another master list
* second heading
* third heading
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<


Now move point to `1' and do org-cycle again:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
* first heading
1) master list...
2) another master list
* second heading
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
this is ok.


Now with point still on `1' do org-cycle again:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
* first heading
1) master list
   - first plain list item
   - second plain list item
   - third plain list item...
   ****************** TODO inline task
      - third sub list item
      - fourth sub list item
   - fourth plain list item
2) another master list
* second heading
* third heading
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 
here I would not expect to see the third and fourth sub list
item, since I do not see the first and second one.


Now do org-cycle again:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
* first heading
1) master list
                                                                                
                
   - first plain list item
   - second plain list item
   - third plain list item...
   ****************** TODO inline task
      - third sub list item
      - fourth sub list item
   - fourth plain list item
2) another master list
* second heading
* third heading
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
Only now the first and second sub list item are displayed.


I do not understand this logic: Bug orr feature?


Emacs  : GNU Emacs 24.3.50.1 (i486-pc-linux-gnu, X toolkit, Xaw scroll bars)
 of 2012-12-02 on dex, modified by Debian
Package: Org-mode version 7.9.2 (release_7.9.2-646-g664217 @ 
/home/grfz/src/org-mode/lisp/)


Thanks for org-mode, Gregor



reply via email to

[Prev in Thread] Current Thread [Next in Thread]