From mboxrd@z Thu Jan 1 00:00:00 1970 From: Charles Millar Subject: Re: Bug: :export results does not replace previous results designated block Date: Tue, 23 Feb 2016 12:34:01 -0500 Message-ID: <56CC9809.3080903@verizon.net> References: <56CB67F0.9070204@verizon.net> <871t845wka.fsf@nicolasgoaziou.fr> <56CC6971.1010905@verizon.net> <87a8mr4hcb.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:37999) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aYHng-0003p0-VV for emacs-orgmode@gnu.org; Tue, 23 Feb 2016 13:35:09 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aYHnd-0001dd-MO for emacs-orgmode@gnu.org; Tue, 23 Feb 2016 13:35:08 -0500 Received: from vms173015pub.verizon.net ([206.46.173.15]:42196) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aYHnd-0001d6-IF for emacs-orgmode@gnu.org; Tue, 23 Feb 2016 13:35:05 -0500 Received: from vz-proxy-l008.mx.aol.com ([64.236.82.157]) by vms173015.mailsrvcs.net (Oracle Communications Messaging Server 7.0.5.32.0 64bit (built Jul 16 2014)) with ESMTPA id <0O30006F2GSWKR40@vms173015.mailsrvcs.net> for emacs-orgmode@gnu.org; Tue, 23 Feb 2016 11:34:08 -0600 (CST) In-reply-to: <87a8mr4hcb.fsf@nicolasgoaziou.fr> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org On 02/23/2016 09:44 AM, Nicolas Goaziou wrote: > Hello, > > Charles Millar writes: > >> On 02/22/2016 03:17 PM, Nicolas Goaziou wrote: >>> Hello, >>> >>> Charles Millar 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. > The problem is that TBLNAME is deprecated and very confusing. > > Actually, here, you seem to be using it as #+RESULTS: (which is > different from #+NAME). You should replace it with #+RESULTS, since you > want to insert the /results/ of "SCHEDA" code evaluation below. > > Thanks, Nicolas. I'll change all TBLNAME's to RESULTS; it seems to work. (There are files that go back to 2010 or so.) I was aware of the deprecation; it just that I was getting away with using TBLNAME and hoped that I could continue to do so. Well, it caught up with me in the past four or five days. Charlie