From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rainer M Krug Subject: :draft header argument for source block evaluation - WAS: [babel] suggestion: wrap creation of graphics into try() block Date: Tue, 21 Jan 2014 11:43:12 +0100 Message-ID: <52DE4F40.1060305@krugs.de> References: <52DD2660.3090403@krugs.de> <878uua3g91.fsf@med.uni-goettingen.de> <52DD3D34.7090101@krugs.de> <87txcyy8dm.fsf@gmail.com> <52DD56A5.4080901@krugs.de> <87ob36wlbp.fsf@gmail.com> <52DE4372.5090800@krugs.de> <87zjmp1wk7.fsf@med.uni-goettingen.de> Reply-To: Rainer@krugs.de Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:44828) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5Yni-0003Lf-M5 for emacs-orgmode@gnu.org; Tue, 21 Jan 2014 05:43:28 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W5Ync-0004O6-AM for emacs-orgmode@gnu.org; Tue, 21 Jan 2014 05:43:22 -0500 Received: from mail-wg0-f42.google.com ([74.125.82.42]:58950) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5Ync-0004Nw-13 for emacs-orgmode@gnu.org; Tue, 21 Jan 2014 05:43:16 -0500 Received: by mail-wg0-f42.google.com with SMTP id l18so4819848wgh.1 for ; Tue, 21 Jan 2014 02:43:15 -0800 (PST) In-Reply-To: <87zjmp1wk7.fsf@med.uni-goettingen.de> 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: Andreas Leha , emacs-orgmode@gnu.org, Eric Schulte , Eric Fraga -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 01/21/14, 11:03 , Andreas Leha wrote: > Hi Rainer, > > really cool. I am very short on time right now, so I can't promise > I'll get around to test it soon. Great. > > Just one comment: > > Rainer M Krug writes: > >> On 01/20/14, 19:38 , Eric Schulte wrote: >>>> >>>> I will check it a little bit longer and see that I can >>>> display the error message in the dummy graphic. Should have >>>> it by tomorrow. >>>> >>> >>> Sounds good. Alternately, maybe you could get the R process >>> to fail and print an error to STDERR so that the export will >>> stop immediately and inform the user of the error. >> >> I think it is better to catch the error and return with the >> computations in the next block, because >> >> 1) a code block which produces a graph is most often an end >> point, i.e. further blocks should (as I see it) not rely on the >> output of this block > > If all (your) documents follow that rule, that blocks producing > graphical output are not needed later on, than it might be cool to > have an [draft]-like option in Org that by default replaces all > images (not just failing ones) with a cheap-to-export graphic. For > some of my documents that is a real time saver. I thought about that as well. a header argument :draft would be very useful for *many* aspects. Effectively, one could use the initially the following approach: - - :draft null (default) :: everything as usual - - :draft graphics :: Does not evaluate :results graphic blocks and instead of the graphic, displays a "graphic" with "DRAFT - the code block name if any", everything else as usual - - :draft all :: does not evaluate *any* code block but instead returns a message (if anything should be returned) with "DRAFT - the code block name if any" Something like this would be very useful, not only for R. It could be useful to have this, as a per language header argument, but one could start with R? > > I can mimic that now by passing a variable 'draft' to the code > blocks and deal with it internally. But that means a lot of manual > coding. > >> >> 2) if the export continues, one can fix more then one error at a >> time, so being more efficient. >> >> 3) If the export continues, it makes it possible to use this to >> create placeholder graphs: >> >> #+begin_src R :file TheFantasticGraph.pdf :results graphics >> stop("This is a placeholder for a new fantastic graph" #+end_src >> >> Where TheFantasticGraph will display the message "This is a >> placeholder for a new fantastic graph". >> >> I have now added the error to the normal R output in addition to >> a graph, but the export is not canceled. >> >> >>> >>>> >>>> I'll send you the patch then. >>>> >>> >>> Sounds great, thanks. >> >> OK - here it is attached (my first patch to org :-) ) - let me >> know if it is OK. >> > > Really nice addition! Thanks already (without testing the patch)! Thanks, and I hope it works as well on your side... Cheers, Rainer > > [ ... ] > > Regards, Andreas > > - -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D): +49 - (0)3 21 21 25 22 44 email: Rainer@krugs.de Skype: RMkrug -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS3k9AAAoJENvXNx4PUvmCnXEIANECzlTYZFBXOAVMGsl890jN B4R5Ytq8Br09LDrB1HcnrZ59/rSRjLTBb8y2n+dn7uunsG3TlwK8GtqNYN2AXGDf RUpwFrmbF4NxR6qCMQ/LiNp7ogEIyQgADEfLu9qvHB0yXcm7ylo3yqzDOirhMo1A R3S57jUpPskfyEMcmVtco2k9SFYQ6qf5+IGQuVoOPKiN4L7HtTTNjW1YwQQmmIG9 W7krKxpFdqjlJYr9KzdMx8N8pskGKSvJTtJLFWElGAEvjopJvPQEeG8zLeaffL1M EXarECSAbuS8ymjitBCuETDi0ShlYYOOiVCg/GJIGCwCS673cqky3QJkR/DO6dQ= =JZYc -----END PGP SIGNATURE-----