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:44:01 +0000 (UTC) Message-ID: References: <87pqjwfb0b.fsf@gmail.com> <87bovgf7tc.fsf@gmail.com> <87sjosxft3.fsf@gnu.org> 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]:53266) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qvzhf-0005Ba-Vl for emacs-orgmode@gnu.org; Tue, 23 Aug 2011 18:44:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qvzhe-00062N-UK for emacs-orgmode@gnu.org; Tue, 23 Aug 2011 18:44:15 -0400 Received: from lo.gmane.org ([80.91.229.12]:54998) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qvzhe-00062F-GY for emacs-orgmode@gnu.org; Tue, 23 Aug 2011 18:44:14 -0400 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Qvzhd-0006oU-9G for emacs-orgmode@gnu.org; Wed, 24 Aug 2011 00:44:13 +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:44:13 +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:44:13 +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 Bastien, > > 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. > > I think tags are clearly documented as being properties of the > headlines -- if there is places in the manual that we can improve > in this respect, please suggest a patch. I'm not talking about the manual. In my opinion, if there is a function that works only on headlines according to the manual, then it *must not* work in any other place. Otherwise some users might try the function they once heard of in a sense not specified in the documentation (here: in a table) and see that it works, and be surprised when it no longer does (in a future version of org-mode, or on a different computer). Therefore such "ghost features" must actively be eliminated. To me, the documentation is the leading specification of a piece of software. Anything the software doesn't do that is in the docs is a bug, but likewise anything it does do which the docs don't cover is also a bug. > I don't think it's reasonable to document the fact that tags are > not meant to be used in tables, blocks, lists, timestamps, etc. I fully agree. András