[Top][All Lists]
[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
- [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/)],
Gregor Zattler <=