From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: [ANN] Changes to lists Date: Thu, 27 Jan 2011 19:59:05 +0100 Message-ID: <87sjwe18cm.fsf@Rainer.invalid> References: <87k4hve0y7.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=55374 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PiX40-0004j8-5a for emacs-orgmode@gnu.org; Thu, 27 Jan 2011 13:59:25 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PiX3y-0001yZ-Ol for emacs-orgmode@gnu.org; Thu, 27 Jan 2011 13:59:23 -0500 Received: from lo.gmane.org ([80.91.229.12]:55967) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PiX3y-0001yS-C9 for emacs-orgmode@gnu.org; Thu, 27 Jan 2011 13:59:22 -0500 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PiX3v-0004ib-BS for emacs-orgmode@gnu.org; Thu, 27 Jan 2011 19:59:19 +0100 Received: from p57aaccad.dip.t-dialin.net ([87.170.204.173]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Jan 2011 19:59:19 +0100 Received: from Stromeko by p57aaccad.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Jan 2011 19:59:19 +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 Hi Nicolas, Nicolas Goaziou writes: [...] I've found some time today to install the new-struct branch at my work machine. Things look good so far and the checkboxes have started to work again. :-) I've briefly switched on alphabetical lists and that has worked quite well on the lists I tried it on. None of them were overly long, though. There's another regression with regards to checkboxes vs. the "old" 7.01h that I've noticed. If sublists are put into drawers, then checkboxes depending on that sublist are not updated with your new version and progress boxes on that sublist will always be at [0%] and [0/0]. The hierarchy inside the drawer is correctly updated as well as anything around the drawer. Try the folloing testcase: --8<---------------cut here---------------start------------->8--- #+DRAWERS: CLOSED * [1/3] List Checkbox Test - [-][%] First [/] <-- this will be updated + [ ] Sub1 + [ ] Sub2 + [X] Sub3 - [-] Second :CLOSED: + [-] [%] Sub1 [/] <-- this will not be updated * [ ] Subsub1 * [ ] Subsub2 * [X] Subsub3 + [X] Sub2 + [X] Sub3 :END: - [X] Third + [X] Sub1 + [X] Sub2 + [X] Sub3 --8<---------------cut here---------------end--------------->8--- In this case "Second" will not be recognized to have a sublist with the new version, while it was at 7.01h. It is debatable what the "correct" behaviour is, but if in doubt I'd opt for keeping it backwards compatible. Another slight oddity is present in the HTML export of this list: --8<---------------cut here---------------start------------->8---
  • [-] First
    • [X] Sub1
    • [X] Sub2
    • [X] Sub3
  • [X] Second
  • [-] Third
    • [X] Sub1
    • [X] Sub2
    • [X] Sub3
--8<---------------cut here---------------end--------------->8--- The unfinished checkboxes and progress cookies are not boldened as they are in Orgmode itself and putting a hidden "X" inside the not begun checkboxes is somewhat tenous as the "hidden" attribute might not be honored (as happens for example if you display with "no style"). Putting a non-breaking space there might be a better idea. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables