Nicolas Goaziou <n.goaz...@gmail.com> writes: > Lists in drawers (or blocks, or inline tasks) are, now, completely > unrelated to outer parts of the buffer. Even though you make it look > like the list in the drawer is in continuity of the other one, it is > not the case. As a corollary, boxes in such a list cannot be seen by a > cookie living outside the structure they share.
Fair enough. Since this behaves different than the former implementation it should be documented as a user-visible change. So far I've been using the drawers only to prevent fully completed checklists from cluttering the display. This is maybe a somewhat odd use for a drawer, but the reason for using this was that the VISIBILITY property wasn't evaluated for lists. I'll have to think of maybe doing a feature request towards this end. Two more things I've stumbled over. 1) If you open a new list after another list, M-RET will not produce a new list item, but yet another new list: --8<---------------cut here---------------start------------->8--- - list 1 - entry - more entries - list 2 <-- M-RET - <-- is produced by M-RET --8<---------------cut here---------------end--------------->8--- 2) Last but not least: sublist folding (visibility cycling) has stopped working. I can unfold an entry folded by an earlier version of org-mode, but trying to fold the sublist again I'll only get "EMPTY ENTRY" in the mode line (but no error beep or something like that). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ DIY Stuff: http://Synth.Stromeko.net/DIY.html _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
