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 16:01:40 +0000 (UTC) Message-ID: References: <87pqjwfb0b.fsf@gmail.com> <87bovgf7tc.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]:46846) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QvtQR-0007oe-Op for emacs-orgmode@gnu.org; Tue, 23 Aug 2011 12:02:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QvtQM-00019T-Gi for emacs-orgmode@gnu.org; Tue, 23 Aug 2011 12:02:03 -0400 Received: from lo.gmane.org ([80.91.229.12]:33300) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QvtQM-00019D-Bc for emacs-orgmode@gnu.org; Tue, 23 Aug 2011 12:01:58 -0400 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QvtQI-00007i-JO for emacs-orgmode@gnu.org; Tue, 23 Aug 2011 18:01:54 +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 ; Tue, 23 Aug 2011 18:01:54 +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 ; Tue, 23 Aug 2011 18:01:54 +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, > > That's good news! Well, the bad news is that it doesn't work. I've > > just pulled the current version (release_7.7.174.g63fae) and now the > > behaviour is different: > > > > - :noexport: in the #+tblname: has no effect. > > I'm not sure that it is legal to apply tags to tables, so I'm not sure > if this is a bug. Certainly, I'm just saying that it used to work but now it doesn't. I think that anything that works despite being designed and documented otherwise is confusing to the user and should be considered a bug. I'm happy that it no longer works and hope that it stays that way. > > - The :noexport: tag in a section including the table still has the > > same effect as before: table1 is not available as an input to the > > code block. > > Oh, this was actually due to a slightly different issue, which I've just > fixed. Specifically the following org-mode file now exports as > successfully. 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. András