From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?b?QW5kcsOhcw==?= Major Subject: Re: Bug: :noexport: tag prevents table functioning as babel code block input [7.7 (release_7.7.167.gfceb)] Date: Tue, 23 Aug 2011 22:51:12 +0000 (UTC) Message-ID: References: <87pqjwfb0b.fsf@gmail.com> <87bovgf7tc.fsf@gmail.com> <87zkj0cad9.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([140.186.70.92]:54647) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qvzog-0006Nv-AF for emacs-orgmode@gnu.org; Tue, 23 Aug 2011 18:51:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qvzof-0001yW-AI for emacs-orgmode@gnu.org; Tue, 23 Aug 2011 18:51:30 -0400 Received: from lo.gmane.org ([80.91.229.12]:52173) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qvzof-0001yS-0A for emacs-orgmode@gnu.org; Tue, 23 Aug 2011 18:51:29 -0400 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Qvzod-0000Wv-BY for emacs-orgmode@gnu.org; Wed, 24 Aug 2011 00:51:27 +0200 Received: from dslb-092-074-177-167.pools.arcor-ip.net ([92.74.177.167]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Aug 2011 00:51:27 +0200 Received: from andras.g.major by dslb-092-074-177-167.pools.arcor-ip.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Aug 2011 00:51:27 +0200 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 Hi Eric, > > Your file uses #+data: where I use #+tblname: -- which one is the > > official one? I have the impression that it's #+data:, but I haven't > > come across that in the manual or elsewhere before. If #+tblname: > > isn't supposed to be used as a target for a variable in the code > > block, then we should make sure that it *never* behaves as such. > > > > In the interest of backwards compatibility and convenience there are a > number of equivalent options here, see the value of the > `org-babel-data-names' variable for all possible names. OK, in that case the example still doesn't work for me. Whether I use #+data or #+tblname, specifying the :noexport: tag in the section containing the table causes the HTML export to report the error "reference 'table1' not found in this buffer". As Bastien pointed out earlier, I'm not talking about simple evaluation (C-cC-c) but, specifically, export (HTML and PDF tried so far). András