emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] Bug: :export results does not replace previous results designate


From: Charles Millar
Subject: Re: [O] Bug: :export results does not replace previous results designated block
Date: Tue, 23 Feb 2016 09:15:13 -0500
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1

Hi Nicolas,

On 02/22/2016 03:17 PM, Nicolas Goaziou wrote:
Hello,

Charles Millar <address@hidden> writes:

The last time (last Wednesday or so) I executed the following code

** Some subheading
#+NAME: SCHEDAP
#+begin_src rec :data foo.rec :type Finance :fields
AssetDate,Description,Basis :results silent
   (File = 'Estate' && AccountSchedule = 'A')
#+end_src
#+RESULTS: SCHEDAP
#+NAME: SCHEDA
#+begin_src emacs-lisp :var table=SCHEDAP :exports results
    (setq table (cons 'hline table))
    (setq table (cons '("Date" "Description" "Inventory Value") table))
    (setq table (append table '(("|Total Schedule A"))))
    (setq table (append table '(("\n#+TBLFM:
@>$>=vsum(@I$>..@>>$>);%.2f::"))))
    table
#+end_src
#+ATTR_LATEX: :mode table :environment longtable :align
p{60pt}p{300pt}N{8}{2}
#+TBLNAME: SCHEDA
[...]

Should I change the code blocks or is this a bug? All of tables
generated by the same or similar code behave the same way - a table
after #+RESULTS: foobar is , but nothing for #+TBLNAME: foobar.
What happens if you replace TBLNAME with NAME?


Same results. I have avoided changing TBLNAME to NAME, though I am not sure if I have any reason other than habit.

Best,

Charlie



reply via email to

[Prev in Thread] Current Thread [Next in Thread]