From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: [PATCH] Problem with html export of description list items Date: Fri, 08 Apr 2011 13:53:43 +0200 Message-ID: <8739lt5588.fsf@gmail.com> References: <87bp0i5io5.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from [140.186.70.92] (port=39861 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q8AGB-0005KJ-2r for emacs-orgmode@gnu.org; Fri, 08 Apr 2011 07:53:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q8AG6-0007jn-Qs for emacs-orgmode@gnu.org; Fri, 08 Apr 2011 07:53:54 -0400 Received: from mail-ww0-f49.google.com ([74.125.82.49]:63653) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q8AG6-0007jV-Me for emacs-orgmode@gnu.org; Fri, 08 Apr 2011 07:53:50 -0400 Received: by wwb39 with SMTP id 39so3556368wwb.30 for ; Fri, 08 Apr 2011 04:53:49 -0700 (PDT) In-Reply-To: (Ethan Ligon's message of "Thu, 7 Apr 2011 21:52:51 +0000 (UTC)") 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: Ethan Ligon Cc: emacs-orgmode@gnu.org Hello, Ethan Ligon writes: > Nicolas Goaziou gmail.com> writes: >> > Ethan Ligon are.berkeley.edu> writes: >> Your patch allows items like: >> >> - term ::description >> >> which are not valid for a description list. > > Thanks for correcting my misunderstanding of the latex-export > behavior. But I still think this behavior is undesirable. I don't disagree: I was just pointing out the internals of the LaTeX exporter in that case. > The org manual says that a description item takes the form '- term > :: ', and thus seems to require a space after the double colon. I > suppose it's this that you're relying on in claiming that > "- term ::description" is invalid. Indeed. On the other hand, font-lock will still fontify is as a description item, which is paradoxical. > I agree that "- term ::description" is ugly, but the use-case that is > giving me problems is something like > > - term :: > 1. A list > 2. Providing > 3. The description > > The html export code currently allows "- term ::[ \t]+", so the above > breaks unless there's a space or a tab following the "::". My issue > would be addressed if we could just slightly expand the set of > allowable white space following, so that we'd have "::[ \t\n]+". > > Does that seem reasonable? It is. Or something like the slightly different "::\\(:?[ \t]+\\|$\\)". And if the same modification is made to docbook.el (code is very similar), that will make a good patch for the problem at hand. Regards, -- Nicolas Goaziou