From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: new exporter and latex attributes Date: Tue, 21 Aug 2012 22:27:05 +0200 Message-ID: <87628cc7om.fsf@gmail.com> References: <20120820212833.GB66157@BigDog.local> <87y5l9cgym.fsf@gmail.com> <20120821005529.GB87759@BigDog.local> <25173.1345527256@alphaville> <20120821190812.GA95414@BigDog.local> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:53571) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T3v6G-00054L-ER for emacs-orgmode@gnu.org; Tue, 21 Aug 2012 16:30:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T3v6F-0000ZK-5j for emacs-orgmode@gnu.org; Tue, 21 Aug 2012 16:30:56 -0400 Received: from mail-we0-f169.google.com ([74.125.82.169]:50749) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T3v6E-0000Xs-VP for emacs-orgmode@gnu.org; Tue, 21 Aug 2012 16:30:55 -0400 Received: by weys10 with SMTP id s10so159298wey.0 for ; Tue, 21 Aug 2012 13:30:54 -0700 (PDT) In-Reply-To: <20120821190812.GA95414@BigDog.local> (Rick Frankel's message of "Tue, 21 Aug 2012 15:08:12 -0400") 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 Hello, Rick Frankel writes: > 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. That's correct. For convenience, Babel might copy src-block attributes to the generated results upon block evaluation. It would be strange though: do both src-block and results have to share the same caption, the same label..? We could limit copy to ATTR keywords, perhaps. I feel it's hackish, though. > 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... There are a few incompatible changes, indeed. You can't make an omelette without breaking eggs. Regards, -- Nicolas Goaziou