Re: [O] Best practices for literate programming [was: Latex export of tables]

2013-04-21 Thread Rasmus Pank Roulund
Dear Tom, > I suppose this depends on what is meant by "reproducible." > > My goal is to produce a compendium as defined by Gentleman and Lang > (see Gentleman R, Lang DT (2004). "Statistical Analyses and Reproducible > Research." Technical report, Bioconductor Project. URL > http://www.bepress.c

Re: [O] Best practices for literate programming [was: Latex export of tables]

2013-04-18 Thread Achim Gratz
Aaron Ecay writes: > If your external org configuration file were kept under version control > (I’ll discuss git but the principle is general), then reproducibility > would be possible. There's a lot more to reproducibility then just this, but yes, the configuration files would have to be part of

Re: [O] Best practices for literate programming [was: Latex export of tables]

2013-04-18 Thread Thomas S. Dye
Aloha Rasmus, Rasmus writes: > The following message is a courtesy copy of an article > that has been posted to gmane.emacs.orgmode as well. > > > Thomas, > >>> Tom, do tell us more about what these habits are. >> >> The new exporter is really your friend. Where before I might choose to >> gene

Re: [O] Best practices for literate programming [was: Latex export of tables]

2013-04-18 Thread Rasmus
Aaron Ecay writes: > If your external org configuration file were kept under version control > (I’ll discuss git but the principle is general), then reproducibility > would be possible. There are ways of embedding git hashes in LaTeX > documents (for one example: > http://thorehusfeldt.net/2011/

Re: [O] Best practices for literate programming [was: Latex export of tables]

2013-04-18 Thread Aaron Ecay
Hi Rasmus, 2013ko apirilak 18an, Rasmus-ek idatzi zuen: > I too rely heavily on filters and customizations. I haven't been able > to fully appreciate the asynchronous exporter yet. > > For instance I set some defaults for tables, pictures, add lots of > entities etc. in my init file, and I went

Re: [O] Best practices for literate programming [was: Latex export of tables]

2013-04-18 Thread Rasmus
Thomas, >> Tom, do tell us more about what these habits are. > > The new exporter is really your friend. Where before I might choose to > generate a LaTeX block, now I look to generate Org output and then count > on the exporter to do the right thing on the way to pdf. > > The exporter's attri

Re: [O] Best practices for literate programming [was: Latex export of tables]

2013-04-17 Thread Suvayu Ali
Hi Rainer, On Wed, Apr 17, 2013 at 11:55:50AM +0200, Rainer M. Krug wrote: > > I did not follow the initial thread, but the new header caught my > attentian, as I am doing something similar with papers. Nothing against > org for writing papers, but I prefer LyX [1]. But for doing the analysis, >

Re: [O] Best practices for literate programming [was: Latex export of tables]

2013-04-17 Thread Rainer M. Krug
Suvayu Ali writes: > Hi Vikas, > > On Wed, Apr 17, 2013 at 03:40:22AM +0530, Vikas Rawal wrote: >> >> > At one point I realised the problem and made the decision to >> > split things into two kinds of files: static content (document >> > structuring, text, plots, etc), and dynamic content (babel

Re: [O] Best practices for literate programming [was: Latex export of tables]

2013-04-16 Thread Suvayu Ali
Hi Vikas, On Wed, Apr 17, 2013 at 03:40:22AM +0530, Vikas Rawal wrote: > > > At one point I realised the problem and made the decision to > > split things into two kinds of files: static content (document > > structuring, text, plots, etc), and dynamic content (babel, TikZ blocks > > that generat

Re: [O] Best practices for literate programming [was: Latex export of tables]

2013-04-16 Thread Thomas S. Dye
Aloha Vikas, Vikas Rawal writes: >> I've been down it too many times myself. The habits I've developed >> over time have helped, but I think they are less systematic than >> what you've devised. > > Tom, do tell us more about what these habits are. The new exporter is really your friend. Where

[O] Best practices for literate programming [was: Latex export of tables]

2013-04-16 Thread Vikas Rawal
> > I'm suggesting this because if you continue on this path, i.e. litter > > your Org file with hacks, soon you will end up with an extremely fragile > > and complicated Org project. I have been down that road while writing > > my thesis. I see the point. I think there is a need for document