From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jonathan Arkell Subject: Re: [Feature Request] Sane XHTML markup for Properties and Property Drawers Date: Thu, 3 Dec 2009 11:00:04 -0500 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NGE6h-0006GO-4h for emacs-orgmode@gnu.org; Thu, 03 Dec 2009 11:00:39 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NGE6c-0006Ct-47 for emacs-orgmode@gnu.org; Thu, 03 Dec 2009 11:00:38 -0500 Received: from [199.232.76.173] (port=37278 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NGE6b-0006CU-Qj for emacs-orgmode@gnu.org; Thu, 03 Dec 2009 11:00:33 -0500 Received: from brewer.cmass.criticalmass.com ([207.61.21.2]:4654) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NGE6b-0004hM-Cs for emacs-orgmode@gnu.org; Thu, 03 Dec 2009 11:00:33 -0500 In-Reply-To: Content-Language: en 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: Rick Moynihan , "emacs-orgmode@gnu.org" Sure, but something like this might be even better still:
FOO
blah
BAR
blah blah
You don't need the extra div around the dl, since the dl itself is a block element. The extra div in this case is semantically null (and void!). The Definition list is basically a set of key/value pairs anyway, so having the extra classes "property_key_foo" don't make a whole lot of sense. Usin= g a definition list as a series of key-value pairs is a pretty well established pattern of the XHTML Microformats movement. Just my 2 cents. On 2009/12/3 8:41 AM, "Rick Moynihan" wrote: > Just bumping this thread/question: > > 2009/12/2 Rick Moynihan : >> Also, the properties are exported into the HTML like so: >> >>
PROPERTIES
>> :FOO: blah
>> :BAR: blah blah
>> 
>> >> Would something like the following not be a better format for >> parsing/processing? >> >>
>>
>>
FOO
> class=3D"property_value_foo">blah
>>
BAR
> class=3D"property_value_bar">blah blah
>>
>>
>> >> R. > > > _______________________________________________ > 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 > The information contained in this message is confidential. It is intended t= o be read only by the individual or entity named above or their designee. I= f the reader of this message is not the intended recipient, you are hereby = notified that any distribution of this message, in any form, is strictly pr= ohibited. If you have received this message in error, please immediately no= tify the sender and delete or destroy any copy of this message.