-----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 <rai...@krugs.de> 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: rai...@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-----