[O] Re: [Orgmode] Re: org-babel-read should have option NOT to interpret as elisp

Hi Seb, earlier in this thread, I attached a patch which allows string results in tables which look like elisp to be interpreted literally, e.g., #+results: elisp-looking-table | 1 | (+ 1 1) | | 2 | (+ 2 2) | | 3 | (+ 3 3) | #+begin_src perl :var data=elisp-looking-table[1,1] $data #+end_src

[O] Re: [Orgmode] Re: org-babel-read should have option NOT to interpret as elisp

Vladimir Alexiev writes: >> What syntax would you suggest to indicate that a variable is to be >> passed without the possibility of elisp evaluation > > I think this should be done with a header arg, > since they have very flexible setup scheme: > see (info "(org)Using header arguments") > "

Re: [O] org-map-entries and org-map-continue-from

Nick Dokos writes: > The problem is that org-entry-get does not just look forward: it looks > *around* and finds the property when point is both at the beginning > and at the end of the headline "Four", so you get "four" twice. Ah, so that's the culprit. Thanks! > Maybe this? > > #+BEGIN_SRC e

Re: Automatic Org-mode mailing list signature -- Was: [O] Let's stick to one list for now

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 28/02/2011 18:09, Eric Schulte wrote: > > (but don't have any reference) that the "-- " > string is the standard signature delimiter, and it would result in at > least gnus, and probably other mailing agents, stripping the signature > from replies

[O] Re: [Orgmode] customising org-latex-to-pdf-process for bibtex

Aloha Suvayu, I haven't looked into this in depth, but I think your problem might come from loading amssymb and amsmath. LaTeX is complaining that something is already defined; the AMS packages are a prime suspect here. Perhaps you could inhibit amssymb? All the best, Tom On Feb 28, 20

Re: [O] making flexible table formulas

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/03/2011 04:19, Rustom Mody wrote: > Nick Dokos wrote: > >> Of course it's reasonable - and of course, org implements it >> #+TBLFM: $LR2=vsum(@1..@-1) > > Thanks Nick I can use that. But I dont understand it. What's the -1? > The manual says -

Re: [O] making flexible table formulas

Rustom Mody wrote: > Nick Dokos wrote: > > > Of course it's reasonable - and of course, org implements it > > #+TBLFM: $LR2=vsum(@1..@-1) > > Thanks Nick I can use that. But I dont understand it. What's the -1? > The manual says -- relative to 'current' column. > What determines 'current?' The

Re: [O] [babel] Bug? export with 'hidden' tables

Thanks for the quick fix! Works nicely again! Am 28.02.2011 20:32, schrieb Eric Schulte: > Ah, > > This is a bug I introduced in one of my weekend commits. I've just > pushed up a fix. > > Thanks for catching this -- Eric > > Andreas Leha writes: > > >> Hi Eric, >> >> thanks a lot for this q

<    1   2