Herbert Sitz <hs...@nwlink.com> wrote: > Nick Dokos <nicholas.dokos <at> hp.com> writes: > > Works fine for me here, so there is probably a syntax error in the lisp > > file(s) you load or the lisp code you eval - try using a minimal setup > > file as shown below: > > > > > > I do > > > > emacs -batch --visit=foo.org -l export.el --funcall org-export-as-html > > > > with export.el containing the following: > > > > --8<---------------cut here---------------start------------->8--- > > setq org-confirm-babel-evaluate nil) > > require 'ob-ditaa) > > setq org-babel-temporary-directory "tmp") > >setq org-ditaa-jar-path > >"/home/nick/elisp/org-mode/contrib/scripts/ditaa.jar") > > --8<---------------cut here---------------end--------------->8--- > > > > Nick -- Thanks very much, I did get it working with your help. > > However I could not get it to work if I used an --eval in the > command line, had to move the assignment into setting.el to get it to work. > Did you get it to work with an --eval statement in the command line? >
That's probably a quoting problem (you are on Windoze, right?) The command line on Windoze sucks raw eggs (well, not just the command line, but I'm biased :-). On Linux, I used two kinds of quotes in order to protect the vulnerable characters inside each lisp sexp (you could also use backslashes strategically): emacs -batch --visit foo.org --eval '(setq org-confirm-babel-evaluate nil)'\ --eval "(require 'ob-ditaa)"\ --eval '(setq org-babel-temporary-directory "tmp")'\ --eval '(setq org-ditaa-jar-path "/home/nick/elisp/org-mode/contrib/scripts/ditaa.jar")'\ --funcall org-export-as-html Inconvenient, but it works. Nick