From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rick Moynihan Subject: Re: [Feature Request] Sane XHTML markup for Properties and Property Drawers Date: Thu, 3 Dec 2009 16:42:13 +0000 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 1NGElH-0002zU-G1 for emacs-orgmode@gnu.org; Thu, 03 Dec 2009 11:42:35 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NGElG-0002yz-Oo for emacs-orgmode@gnu.org; Thu, 03 Dec 2009 11:42:34 -0500 Received: from [199.232.76.173] (port=41748 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NGElG-0002yn-Ew for emacs-orgmode@gnu.org; Thu, 03 Dec 2009 11:42:34 -0500 Received: from ey-out-1920.google.com ([74.125.78.149]:12699) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NGElG-0000uz-5H for emacs-orgmode@gnu.org; Thu, 03 Dec 2009 11:42:34 -0500 Received: by ey-out-1920.google.com with SMTP id 5so378024eyb.2 for ; Thu, 03 Dec 2009 08:42:33 -0800 (PST) In-Reply-To: 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: Jonathan Arkell Cc: "emacs-orgmode@gnu.org" 2009/12/3 Jonathan Arkell : > Sure, but something like this might be even better still: > >
> =A0
FOO
> =A0
blah
> =A0
BAR
> =A0
blah blah
>
> > You don't need the extra div around the dl, since the dl itself is a bloc= k > element. =A0The extra div in this case is semantically null (and void!). Agreed... It was late and I just bashed out the first thing that came to mind as a starter for 10 :-) > The Definition list is basically a set of key/value pairs anyway, so havi= ng > the extra classes "property_key_foo" don't make a whole lot of sense. =A0= Using > a definition list as a series of key-value pairs is a pretty well > established pattern of the XHTML Microformats movement. The only reason I added the classes was to try and make things simpler for CSS selectors to pull out specific properties. Presumably this is still reasonably easy with your revised defintion though? R.