From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mackenzie Bligh Subject: Re: Contribution of a :confirm-evaluate flag to src blocks Date: Thu, 18 Jul 2019 10:10:44 -0700 Message-ID: References: <87sgr4htkf.fsf@kyleam.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000d4c9d6058df7b287" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:49946) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1ho9wH-000134-UB for emacs-orgmode@gnu.org; Thu, 18 Jul 2019 13:11:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ho9wG-0007S9-K2 for emacs-orgmode@gnu.org; Thu, 18 Jul 2019 13:11:29 -0400 Received: from mail-pf1-x432.google.com ([2607:f8b0:4864:20::432]:35920) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ho9wC-0007Lm-PE for emacs-orgmode@gnu.org; Thu, 18 Jul 2019 13:11:26 -0400 Received: by mail-pf1-x432.google.com with SMTP id r7so12919190pfl.3 for ; Thu, 18 Jul 2019 10:11:21 -0700 (PDT) In-Reply-To: <87sgr4htkf.fsf@kyleam.com> 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" To: Kyle Meyer Cc: emacs-orgmode@gnu.org --000000000000d4c9d6058df7b287 Content-Type: text/plain; charset="UTF-8" Hi Kyle, I didn't think of that, but that's a really good idea! Do you have any suggestions for the name of such a value? On Wed, Jul 17, 2019 at 9:09 PM Kyle Meyer wrote: > Hi Mackenzie, > > Mackenzie Bligh writes: > > > First time contributing here, so apologies if I haven't gotten this quite > > right. > > Great, thanks for sending the patch! > > > The results of some > > of these src blocks are fed into other src blocks, and having to input > "y" > > multiple times when trying to hit a REST api quickly became cumbersome. I > > also found the method of supplying a new org-confirm-babel-evaluate to > > disable the "ask to execute" behavior on a per language basis to be too > > crude. Therefore, I would like to introduce a new flag for src blocks > > ":confirm-evaluate", where a value of "n", "no", "f", or "false" will > > disable the "ask to execute" behavior for that specific block. > > I'm not much of a Babel user, but I wonder whether a better option would > be to extend :eval with a value that means "eval but don't query". > org-babel-check-confirm-evaluate could then consider this when binding > `query'. That seems like it would serve the same purpose while avoiding > adding a new header argument. > > What do you think? > > -- > Kyle > --000000000000d4c9d6058df7b287 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Kyle,

I didn't think of tha= t, but that's a really=C2=A0good idea! Do you have any suggestions for = the name of such a value?

On Wed, Jul 17, 2019 at 9:09 PM Kyle Meyer <kyle@kyleam.com> wrote:
Hi Mackenzie,

Mackenzie Bligh <mackenziebligh@gmail.com> writes:

> First time contributing here, so apologies if I haven't gotten thi= s quite
> right.

Great, thanks for sending the patch!

> The results of some
> of these src blocks are fed into other src blocks, and having to input= "y"
> multiple times when trying to hit a REST api quickly became cumbersome= . I
> also found the method of supplying a new org-confirm-babel-evaluate to=
> disable the "ask to execute" behavior on a per language basi= s to be too
> crude. Therefore, I would like to introduce a new flag for src blocks<= br> > ":confirm-evaluate", where a value of "n", "n= o", "f", or "false" will
> disable the "ask to execute" behavior for that specific bloc= k.

I'm not much of a Babel user, but I wonder whether a better option woul= d
be to extend :eval with a value that means "eval but don't query&q= uot;.
org-babel-check-confirm-evaluate could then consider this when binding
`query'.=C2=A0 That seems like it would serve the same purpose while av= oiding
adding a new header argument.

What do you think?

--
Kyle
--000000000000d4c9d6058df7b287--