From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rick Frankel Subject: Re: new exporter and latex attributes Date: Tue, 21 Aug 2012 15:08:12 -0400 Message-ID: <20120821190812.GA95414@BigDog.local> References: <20120820212833.GB66157@BigDog.local> <87y5l9cgym.fsf@gmail.com> <20120821005529.GB87759@BigDog.local> <25173.1345527256@alphaville> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([208.118.235.92]:49923) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T3toF-0002QS-QT for emacs-orgmode@gnu.org; Tue, 21 Aug 2012 15:08:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T3toE-0007o9-O0 for emacs-orgmode@gnu.org; Tue, 21 Aug 2012 15:08:15 -0400 Received: from [204.62.15.78] (port=34469 helo=mail.rickster.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T3toE-0007o4-Ke for emacs-orgmode@gnu.org; Tue, 21 Aug 2012 15:08:14 -0400 Received: from BigDog.local (pool-173-56-80-44.nycmny.fios.verizon.net [173.56.80.44]) by mail.rickster.com (Postfix) with ESMTPS id BAF5120BC3 for ; Tue, 21 Aug 2012 15:08:14 -0400 (EDT) Content-Disposition: inline In-Reply-To: <25173.1345527256@alphaville> 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: emacs-orgmode@gnu.org On Tue, Aug 21, 2012 at 01:34:16AM -0400, Nick Dokos wrote: > Rick Frankel wrote: > > > On Tue, Aug 21, 2012 at 12:54:25AM +0200, Nicolas Goaziou wrote: > > > Hello, > > > > > > Use something like the following. > > > > > > * Test width attribute > > > #+NAME: graph > > > #+begin_src dot :file t.png > > > digraph g { a -> b } > > > #+end_src > > > > > > #+ATTR_LATEX: width=3in > > > #+RESULTS: graph > > > [[file:t.png]] > > > > Named source blocks will refresh the corresponding named results blocks > anywhere in the file: they don't produce a new set each time they are > executed and it doesn't matter whether they are "disconnected". I'm not > sure how far back this behavior goes, but it is how current (well, > slightly out-of-date but not too much) master-branch org behaves. > Yes. IF the source block is named, the results block will be replaced regardless of where it lives in the file, so adding attributes above the results block works. BUT, if the source block is not named then a duplicate results will be created above the current results block w/ the attribute header when the source block is re-evaluated. I guess it's acceptable to require all source blocks to be named if you want to have header attributes associated with the generated results, but this is a significant incompatible change from the behavior of the current exporter... rick