From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Leha Subject: Re: Org Babel resolution of `:var` value reference inconsistent Date: Thu, 05 Nov 2015 20:53:45 +0000 Message-ID: References: <8737woetng.fsf@toshiba.i-did-not-set--mail-host-address--so-tickle-me> <874mh48roq.fsf@pierrot.dokosmarshall.org> <87io5go62k.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:37105) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZuRXh-0001RZ-CL for emacs-orgmode@gnu.org; Thu, 05 Nov 2015 15:53:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZuRXd-0004MC-W2 for emacs-orgmode@gnu.org; Thu, 05 Nov 2015 15:53:57 -0500 Received: from plane.gmane.org ([80.91.229.3]:50599) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZuRXd-0004Kh-Pr for emacs-orgmode@gnu.org; Thu, 05 Nov 2015 15:53:53 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZuRXb-000789-6i for emacs-orgmode@gnu.org; Thu, 05 Nov 2015 21:53:51 +0100 Received: from cpc33-cmbg15-2-0-cust4.5-4.cable.virginm.net ([81.102.136.5]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Nov 2015 21:53:51 +0100 Received: from andreas.leha by cpc33-cmbg15-2-0-cust4.5-4.cable.virginm.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Nov 2015 21:53:51 +0100 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 Nicolas, Nicolas Goaziou writes: > Hello, > > Martin Carlé writes: > >> On 2015-11-04 Wed 14:14, Andreas Leha wrote: >> >>> ,--------------------------------------------------------------------------- >>> | > I'd say it is a bug if the results from evaluation differ between >>> | > manual evaluation and during export. >>> | > >>> | > And even if it is not explicitely contradicting the manual [1] (which >>> | > does not say anything about finding references), I'd prefer if >>> | > references in COMMENT'ed sections are not found -- neither during export >>> | > nor during evaluation. This would be more inline with my intuition of >>> | > COMMENT is equivalent to # (which is also suggested by the fact that >>> | > COMMENT is described in the section on #). >>> `--------------------------------------------------------------------------- >> >> I'd like to strongly support this view. > > Fixed, in master (02c78501472fba94f8cf5a3d218b5c8845b28827). > > Thank you. > Thank you. Regards, Andreas