From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stefan Nobis Subject: Re: Bug or not a bug? dot expansion in ob-shell Date: Sun, 23 Feb 2020 10:50:17 +0100 Message-ID: References: <87eeur3p1p.fsf@ucl.ac.uk> <87a75eap8k.fsf@gnu.org> <87y2sy3kkl.fsf@ucl.ac.uk> <87r1yq4xiz.fsf@gnu.org> <875zg2kcy0.fsf@ucl.ac.uk> <87h7zmiw0v.fsf@gmail.com> <871rqqag19.fsf@bzg.fr> <87wo8iitzz.fsf@ucl.ac.uk> <87ftf63d79.fsf@gnu.org> <87pnear7tl.fsf@ucl.ac.uk> <87v9o236v1.fsf@gnu.org> <8736b66z6t.fsf@gnu.org> <877e0h571l.fsf@alphaville.usersys.redhat.com> <878skwbc3g.fsf@bzg.fr> <8736b36492.fsf@alphaville.usersys.redhat.com> <87imjyoi99.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:51858) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j5nu3-0004T7-A8 for emacs-orgmode@gnu.org; Sun, 23 Feb 2020 04:50:24 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j5nu2-0004N5-7S for emacs-orgmode@gnu.org; Sun, 23 Feb 2020 04:50:23 -0500 Received: from basilikum.nobis-admin.de ([89.238.71.130]:50938) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j5nu1-0004Lj-MX for emacs-orgmode@gnu.org; Sun, 23 Feb 2020 04:50:22 -0500 Received: from bohne (p200300CD670FAF002CB445FD50CA8AB1.dip0.t-ipconnect.de [IPv6:2003:cd:670f:af00:2cb4:45fd:50ca:8ab1]) by basilikum.nobis-admin.de (Postfix) with ESMTPSA id ED35E6D839B3 for ; Sun, 23 Feb 2020 10:50:17 +0100 (CET) In-Reply-To: <87imjyoi99.fsf@gnu.org> (Bastien's message of "Sat, 22 Feb 2020 14:37:24 +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-mx.org@gnu.org Sender: "Emacs-orgmode" To: emacs-orgmode@gnu.org Bastien writes: > I agree we should have a discussion on whether :results value is a > good default. What about a third collection option 'none' and make this the default? This would emphasize that there is no sensible default for all babel languages, users and use cases. Users would be forced to explicitly select either the 'value' or 'output' option, which also helps reproducibility a little bit (explicit is better than implicit). The downside would be that many existing Org documents needs to be fixed (but maybe it would be not too hard to automate the adjustments) and some source blocks may become a little more verbose. Just my 2=C2=A2. --=20 Until the next mail..., Stefan.