From mboxrd@z Thu Jan 1 00:00:00 1970 From: Aaron Ecay Subject: Re: RFC: inheritance of export attributes Date: Sun, 31 Mar 2013 19:12:30 -0400 Message-ID: <87hajrupsx.fsf@gmail.com> References: <87a9q0vtr7.fsf@gmail.com> <87sj3o5slg.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 ([208.118.235.92]:39835) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UMRQR-0007q0-U5 for emacs-orgmode@gnu.org; Sun, 31 Mar 2013 19:12:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UMRQO-0000R4-2w for emacs-orgmode@gnu.org; Sun, 31 Mar 2013 19:12:35 -0400 Received: from mail-qe0-f41.google.com ([209.85.128.41]:60646) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UMRQN-0000Qt-VP for emacs-orgmode@gnu.org; Sun, 31 Mar 2013 19:12:32 -0400 Received: by mail-qe0-f41.google.com with SMTP id 7so978506qeb.28 for ; Sun, 31 Mar 2013 16:12:31 -0700 (PDT) In-Reply-To: <87sj3o5slg.fsf@gmail.com> 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: emacs-orgmode@gnu.org Hi Nicolas, 2013ko martxoak 21an, Nicolas Goaziou-ek idatzi zuen: > Aaron Ecay writes: >=20 >> I have noticed a difficulty with :results table drawer babel blocks. It >> isn=E2=80=99t possible to put ATTR_LATEX keywords on the table in that c= ase. If >> they are placed outside of the drawer, they apply to the drawer and not >> the table. If they are placed inside it, they will be deleted when the >> block is reevaluated. >=20 > What about evaluating it, inserting the attr_latex keyword, and then > disabling evaluation for that block? This isn=E2=80=99t a solution, generally speaking. I may be working on a g= raph in R; I know that I want it to be inserted in the LaTeX output with width 6in, even as I go through several iterations of changing the graph. So, each time I do, either I have to manually re-enter the width, or be resigned to the LaTeX export being =E2=80=9Cbroken=E2=80=9D un= til I am done. (and the same goes for a table, of course) > I understand the interest for the problem at hand, but, generally > speaking, I tend to think it could lead to confusion. >=20 > Attributes inheritance is but a hack used to parametrize inline images, > until we agree on a proper link syntax including its own attributes. Well, this is one specific current use. But the fact that it is a hack doesn=E2=80=99t mean the inheritance approach is inherently hackish. >=20 > Another way to solve the problem would be to let Babel generate > attributes from source code with a specific keyword, e.g.: >=20 > #+begin_src :results table :attr-latex ":align lll" > ... > #+end_src This would lead to long begin_src lines, especially if one wants to export to multiple backends. I think it is much more pleasant to be able to edit several lines: #+ATTR_LaTeX: foo #+ATTR_HTML: bar rather than packing them all into one begin_src line. (But I think I could live with this as a solution, if I had to.) What if attribute inheritance was only implemented for RESULTS drawers? I guess that would look more like a =E2=80=9Chack,=E2=80=9D but it would av= oid interfering with other areas where attribute inheritance might cause confusion. Thanks, --=20 Aaron Ecay