From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: [ANN] Changes to lists Date: Fri, 28 Jan 2011 22:28:32 +0100 Message-ID: <87aaik4t1b.fsf@Rainer.invalid> References: <87k4hve0y7.wl%n.goaziou@gmail.com> <87sjwe18cm.fsf@Rainer.invalid> <877hdqkro8.wl%n.goaziou@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from [140.186.70.92] (port=60934 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PivsA-0002H5-HV for emacs-orgmode@gnu.org; Fri, 28 Jan 2011 16:28:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pivs9-0000j9-FN for emacs-orgmode@gnu.org; Fri, 28 Jan 2011 16:28:50 -0500 Received: from lo.gmane.org ([80.91.229.12]:55444) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pivs9-0000j0-2w for emacs-orgmode@gnu.org; Fri, 28 Jan 2011 16:28:49 -0500 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Pivs6-0002ZB-GS for emacs-orgmode@gnu.org; Fri, 28 Jan 2011 22:28:46 +0100 Received: from p57aac6b5.dip.t-dialin.net ([87.170.198.181]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Jan 2011 22:28:46 +0100 Received: from Stromeko by p57aac6b5.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Jan 2011 22:28:46 +0100 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Nicolas Goaziou 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