From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id 2LjBNBqS415PDAAA0tVLHw (envelope-from ) for ; Fri, 12 Jun 2020 14:32:58 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id 4Hp0MBqS415ebgAAbx9fmQ (envelope-from ) for ; Fri, 12 Jun 2020 14:32:58 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id F3D339408E7 for ; Fri, 12 Jun 2020 14:32:57 +0000 (UTC) Received: from localhost ([::1]:47312 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jjkjo-0002hv-W2 for larch@yhetil.org; Fri, 12 Jun 2020 10:32:57 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:42876) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jjkjR-0002hY-Tz for emacs-orgmode@gnu.org; Fri, 12 Jun 2020 10:32:33 -0400 Received: from us-smtp-1.mimecast.com ([207.211.31.81]:42735 helo=us-smtp-delivery-1.mimecast.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.90_1) (envelope-from ) id 1jjkjP-0006A5-O4 for emacs-orgmode@gnu.org; Fri, 12 Jun 2020 10:32:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mathworks.com; s=mimecast20180117; t=1591972350; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=xcq9IyCZD/fPx+5FGUsyytEZ3a2ikI+WTRo6J9kktuc=; b=CJ55AwxerqiQfOFP6tB8SN5FRVgtqFw2SURl4JcMUOEi3Tu9ethjw2kyIDxazb6S45Ar9L AJhZKDFWYfCQC1de3R2BklqmNPP3NayFlDMakkq3zdGL1dRMA26oIOrFLnfQaV6JWVMZLh L+oIFzc/INPy8PL+BPNcDjWKz2mEi7k= Received: from NAM04-BN3-obe.outbound.protection.outlook.com (mail-bn3nam04lp2054.outbound.protection.outlook.com [104.47.46.54]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-309-7K6NfscBNDOfFOaiJ4P2XQ-1; Fri, 12 Jun 2020 10:32:27 -0400 X-MC-Unique: 7K6NfscBNDOfFOaiJ4P2XQ-1 Received: from MN2PR05MB6766.namprd05.prod.outlook.com (2603:10b6:208:185::15) by BL0PR05MB4900.namprd05.prod.outlook.com (2603:10b6:208:5b::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.12; Fri, 12 Jun 2020 14:32:26 +0000 Received: from MN2PR05MB6766.namprd05.prod.outlook.com ([fe80::5943:d464:c720:4c8c]) by MN2PR05MB6766.namprd05.prod.outlook.com ([fe80::5943:d464:c720:4c8c%7]) with mapi id 15.20.3109.011; Fri, 12 Jun 2020 14:32:26 +0000 From: John Ciolfi To: Nicolas Goaziou Subject: Re: Bug: Option to disable evaluation of code blocks during export [9.3.7 (9.3.7-dist @ /PATH/TO/org/install/emacs/site-lisp/org/)] Thread-Topic: Bug: Option to disable evaluation of code blocks during export [9.3.7 (9.3.7-dist @ /PATH/TO/org/install/emacs/site-lisp/org/)] Thread-Index: AQHWQCpJYdIcr25GOU6KjySQuv19NqjT7jiugAAGRzSAALis64AAW4ZU Date: Fri, 12 Jun 2020 14:32:26 +0000 Message-ID: References: <87wo4di96o.fsf@nicolasgoaziou.fr> , <87sgf0is40.fsf@nicolasgoaziou.fr> In-Reply-To: <87sgf0is40.fsf@nicolasgoaziou.fr> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [144.212.128.4] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: faea9286-7380-4975-0f03-08d80edd6d94 x-ms-traffictypediagnostic: BL0PR05MB4900: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0432A04947 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: i+QjxAp8HeTiz/lf7romRT5HTfCoeEVhKuTQibhDDy/ZCtzQp1970whpoW+/La5OtPZBxdwdec8vFnCe2c5oQlvJiACc1nWqKpRfWVR+7r8yS5oOHaFbKYMThoVLGlS9MEnFYsUvfArnAGl3Ap1wROXUjZykg5Lzj/GwbdPIY4wwRQCe6cE9hRcKi+U7r0JNFDa1kX1hoAex4lKDpVPrZfmO2aCtkr3X/sspIqFfYkEPY/zAE0nWVbKNrDL1/HsVL4bZPpcQO+0yNmmtLiPeSONc1HpE5RMvagmfbfghZqYxzCiwGjT5JCNzLM5q39zQrur1BHtE4Y4Q6KD1G6MxIg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR05MB6766.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(366004)(136003)(39860400002)(346002)(396003)(71200400001)(53546011)(6506007)(26005)(186003)(2906002)(66446008)(64756008)(66556008)(66476007)(478600001)(66946007)(7696005)(76116006)(316002)(19627405001)(6916009)(33656002)(52536014)(5660300002)(4326008)(55016002)(86362001)(8676002)(9686003)(8936002)(83380400001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: 8S0qwS0XqFGnhHKn+LzxWvRO3Mpl7+Y7YesK2lzo+cH40mXof621RmlzOwXbD65OYPvQwEQ/L/Avypj1S9U05siSF0/qyx9u3LHvZZjKSvACxXBUH5A5+gj5xcJtuDqI8HOlMy8+bIVtvFR0PGrohI1OD8TEFE1xq2iL1su82KbYHKxU6X9qigvhqIg/SqyZnH4utX9E53qa63VTqH3obwMC0CjMyY/aUd3eb8YrZNUE6Xg9NiWUiut7M+qT5KvqWezXVkRds/dEUh2B+aaiOgr9t6ARevvu7SL8ir58QuWh/Pbjf2zgHVCb+L4cTO9ruUyPwnpzEY36RjSR1IjpQSHvp+EXuJCeLBb8Pf+aWeFthm+iwfmQgfcma6Eyn3mSAChwRbuUn3yJ2vA12vCnEhmmXxli+eiFoZw5IX5Td6gIzOww5dg3TCGdJrHe9KyG04hyNK+Ws3yl1iSEVrQsTITEmc/Em+/khg9znTtxRkkO9BqdYHnYgurEZYPTuEJu x-ms-exchange-transport-forked: True MIME-Version: 1.0 X-OriginatorOrg: mathworks.com X-MS-Exchange-CrossTenant-Network-Message-Id: faea9286-7380-4975-0f03-08d80edd6d94 X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Jun 2020 14:32:26.0177 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 99dd3a11-4348-4468-9bdd-e5072b1dc1e6 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: eWoM/g3hFd22ulsaAdMrJBbRTaOmntyLQaDSH/ZG99bL5+tmx8hWkP6ZLbszvTi8Z91KAtNJ1M+DjYI1iwFt3Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR05MB4900 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: mathworks.com Content-Type: multipart/alternative; boundary="_000_MN2PR05MB6766969CA28262EFD747DAA0D1810MN2PR05MB6766namp_" Received-SPF: pass client-ip=207.211.31.81; envelope-from=ciolfi@mathworks.com; helo=us-smtp-delivery-1.mimecast.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/12 08:07:17 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "emacs-orgmode@gnu.org" Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=fail (rsa verify failed) header.d=mathworks.com header.s=mimecast20180117 header.b=CJ55Awxe; dmarc=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Spam-Score: -0.01 X-TUID: +t4hULXAfwPJ --_000_MN2PR05MB6766969CA28262EFD747DAA0D1810MN2PR05MB6766namp_ Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Hi Perhaps, in the interactive C-c C-e mode there could be: [C-e] Eval code blocks: always | never | use-eval-header-setting where 'use-eval-header-settings' is the default and uses whatever was set b= y the current org file and emacs session. Always and never would override t= hat. Consider the scenario where a number of people are working on a common over= all "book" which is constructed from many org-files. The "hardcoded" settin= g of :eval no-export header in individual blocks would mean that I cannot i= nteractively enable or disable the evaluation of the blocks. Part of my confusion was that it took a little bit to figure this out (I en= ded up debugging the lisp code to get what I wanted). I think this could be= improved in the doc, though I do admit, I'm not entirely clear on all the = ways to control evaluation of code blocks during export. If I were, I'd pro= pose something for the org manual. Thanks John ________________________________ From: Nicolas Goaziou Sent: Friday, June 12, 2020 4:51 AM To: John Ciolfi Cc: emacs-orgmode@gnu.org Subject: Re: Bug: Option to disable evaluation of code blocks during export= [9.3.7 (9.3.7-dist @ /PATH/TO/org/install/emacs/site-lisp/org/)] Hello, John Ciolfi writes: > It would be very nice if I could enable/disable the evaluation of code > blocks during the export process in the interactive C-c C-e > environment. I'm not sold to this idea. There are already many ways to control evaluation of Babel code, i.e., :eval header arguments in its multiple forms, `org-export-use-babel'. Adding one more could also add confusion. Regards, -- Nicolas Goaziou --_000_MN2PR05MB6766969CA28262EFD747DAA0D1810MN2PR05MB6766namp_ Content-Type: text/html; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable
Hi

Perhaps, in the interactive C-c C-e mode there could be:

 [C-e] Eval code blocks:  always | never | use-eval-header-settin= g

where 'use-eval-header-settings' is the default and uses whatever was set b= y the current org file and emacs session. Always and never would override t= hat.

Consider the scenario where a number of people are working on a common over= all "book" which is constructed from many org-files. The "ha= rdcoded" setting of :eval no-export header in individual blocks would = mean that I cannot interactively enable or disable the evaluation of the blocks.

Part of my confusion was that it took a little bit to figure this out (I en= ded up debugging the lisp code to get what I wanted). I think this could be= improved in the doc, though I do admit, I'm not entirely clear on all the = ways to control evaluation of code blocks during export. If I were, I'd propose something for the org manual.=

Thanks
John

From: Nicolas Goaziou <m= ail@nicolasgoaziou.fr>
Sent: Friday, June 12, 2020 4:51 AM
To: John Ciolfi <ciolfi@mathworks.com>
Cc: emacs-orgmode@gnu.org <emacs-orgmode@gnu.org>
Subject: Re: Bug: Option to disable evaluation of code blocks during= export [9.3.7 (9.3.7-dist @ /PATH/TO/org/install/emacs/site-lisp/org/)]
 
Hello,

John Ciolfi <ciolfi@mathworks.com> writes:

> It would be very nice if I could enable/disable the evaluation of code=
> blocks during the export process in the interactive C-c C-e
> environment.

I'm not sold to this idea. There are already many ways to control
evaluation of Babel code, i.e., :eval header arguments in its multiple
forms, `org-export-use-babel'.

Adding one more could also add confusion.

Regards,

--
Nicolas Goaziou

--_000_MN2PR05MB6766969CA28262EFD747DAA0D1810MN2PR05MB6766namp_--