From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: [RFC] Replace some HTML related keywords with OPTIONS items Date: Fri, 21 Jun 2013 14:16:03 -0600 Message-ID: <87y5a3p6d8.fsf@gmail.com> References: <87vc58fv2x.fsf@gmail.com> <04A18E4E-0428-4B06-ACC9-4A73DAF25258@gmail.com> <87mwqjfk5d.fsf@gmail.com> <87sj0b8i10.fsf@Rainer.invalid> <87a9mjfg4h.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:51819) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uq7lj-0004Sb-PM for emacs-orgmode@gnu.org; Fri, 21 Jun 2013 16:17:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Uq7li-0001XG-0l for emacs-orgmode@gnu.org; Fri, 21 Jun 2013 16:17:15 -0400 Received: from mail-pa0-x231.google.com ([2607:f8b0:400e:c03::231]:59221) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uq7lh-0001X4-Qr for emacs-orgmode@gnu.org; Fri, 21 Jun 2013 16:17:13 -0400 Received: by mail-pa0-f49.google.com with SMTP id ld11so8250075pab.22 for ; Fri, 21 Jun 2013 13:17:13 -0700 (PDT) In-Reply-To: <87a9mjfg4h.fsf@gmail.com> (Nicolas Goaziou's message of "Fri, 21 Jun 2013 20:55:26 +0200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Nicolas Goaziou Cc: Achim Gratz , emacs-orgmode@gnu.org >>> As for the move from #+OPTIONS: key:value to #+OPTIONS: :key value, >>> I can provide a patch, but it will break export in many documents. >>> A workaround would be to support both versions and document only the >>> newest one. >> >> I didn't know supporting both styles was in the cards. If it isn't >> overly complicated, that would be welcome of course. > > Here is a preliminary patch. It doesn't update org.texi yet. > > I find the new syntax weird for one character keys: > > #+OPTIONS: :* t :e t :: t :f t :- t :^ t :| t > I'm not sure how to weight aesthetics against consistency, but personally I much prefer the previous #+OPTIONS: *:t e:t ::t f:t -:t ^:t |:t to the new possibility posted above. In my opinion it is not as important to be consistent with code block header arguments here as it is to be legible. All header arguments are full words and typically have longer values, so they don't run into the same readability issues. Just my 2=C2=A2 --=20 Eric Schulte http://cs.unm.edu/~eschulte