From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos 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 19:03:15 -0400 Message-ID: <6488.1314140595@alphaville.americas.hpqcorp.net> References: <87pqjwfb0b.fsf@gmail.com> <87bovgf7tc.fsf@gmail.com> <87zkj0cad9.fsf@gmail.com> Reply-To: nicholas.dokos@hp.com Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([140.186.70.92]:49635) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qw006-0008FK-R5 for emacs-orgmode@gnu.org; Tue, 23 Aug 2011 19:03:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qw005-0007kF-OU for emacs-orgmode@gnu.org; Tue, 23 Aug 2011 19:03:18 -0400 Received: from g4t0014.houston.hp.com ([15.201.24.17]:16624) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qw005-0007gp-J5 for emacs-orgmode@gnu.org; Tue, 23 Aug 2011 19:03:17 -0400 In-Reply-To: Message from =?us-ascii?Q?=3D=3Futf-8=3Fb=3FQW5kcsOhcw=3D=3D?= =?us-ascii?Q?=3F=3D?= Major of "Tue\, 23 Aug 2011 22\:51\:12 -0000." 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: =?us-ascii?Q?=3D=3Futf-8=3Fb=3FQW5kcsOhcw=3D=3D=3F=3D?= Major Cc: nicholas.dokos@hp.com, emacs-orgmode@gnu.org Andr=C3=A1s Major wrote: > Hi Eric, >=20 > > > 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. > > > > >=20 > > 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. >=20 > 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". >=20 > As Bastien pointed out earlier, I'm not talking about simple > evaluation (C-cC-c) but, specifically, export (HTML and PDF tried so > far). >=20 This is probably caused by org-export-preprocess-string: it does things in a certain order, and it probably kills the :noexport: stuff before it gets to the evaluation of the source block. It might be possible to change the order (ISTR a couple of cases, where behavior was changed by doing exactly this), but it's probably fraught with peril: approach with caution. Nick PS. Warning: the above is a guess: it may have nothing to do with reality.