From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id UsDZAo4RdWNrKgEAbAwnHQ (envelope-from ) for ; Wed, 16 Nov 2022 17:36:30 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id 4KbgAY4RdWPHjgAA9RJhRA (envelope-from ) for ; Wed, 16 Nov 2022 17:36:30 +0100 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 7E8475735 for ; Wed, 16 Nov 2022 17:36:29 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ovLO0-0004LR-Q7; Wed, 16 Nov 2022 11:35:40 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ovLNs-0004Ks-Qo for emacs-orgmode@gnu.org; Wed, 16 Nov 2022 11:35:33 -0500 Received: from smtpout02-ext4.partage.renater.fr ([194.254.241.31]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ovLNo-0007et-7B for emacs-orgmode@gnu.org; Wed, 16 Nov 2022 11:35:31 -0500 Received: from zmtaauth02.partage.renater.fr (zmtaauth02.partage.renater.fr [194.254.241.25]) by smtpout20.partage.renater.fr (Postfix) with ESMTP id 88087C0073; Wed, 16 Nov 2022 17:35:19 +0100 (CET) Received: from zmtaauth02.partage.renater.fr (localhost [127.0.0.1]) by zmtaauth02.partage.renater.fr (Postfix) with ESMTPS id 7DE6FA02DD; Wed, 16 Nov 2022 17:35:19 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by zmtaauth02.partage.renater.fr (Postfix) with ESMTP id 68069A02DE; Wed, 16 Nov 2022 17:35:19 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.10.3 zmtaauth02.partage.renater.fr 68069A02DE DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unistra.fr; s=CF279DD4-6F58-4C59-BB33-73FDC6DFC1E3; t=1668616519; bh=i7jHomp3NsPvh8vV4CeslQHrKHcxvcWP7d4QAij33FU=; h=MIME-Version:Message-ID:Date:From:To; b=cnB2/U9E4WQnaf+xP+CwPOo5ol+E44NqPSISOJYkD9LuCqGea2r0sZ+T6kxecWmTM iz/di0xIrLE9tFz9vrPXnG29DQllzccRK2z2ZOoyhq/Ar8Lt+12RGvr+IDvQ/Wf3bw LC0XL/pJvTXJt6thMLemgfOn674IeL8JDqLdK4BXGMdM9dMhFFR+xIhspRo111rTGd XmRfRVc9sSRHbaoTbHlR9+U67eYsQDYMLiRdJUTMMoblRuP36mBlKAnUJQ7IXHt2O4 xUFPMB56W9JcBVd8oxFnAE28MpA818PCWpVg9gN2Z7420EfMp3R9+d8pMxURZDD1al yHt7bNkghj2Zg== Received: from zmtaauth02.partage.renater.fr ([127.0.0.1]) by localhost (zmtaauth02.partage.renater.fr [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id R1RubsISYupD; Wed, 16 Nov 2022 17:35:19 +0100 (CET) Received: from 90.33.144.90 (unknown [194.254.241.250]) by zmtaauth02.partage.renater.fr (Postfix) with ESMTPA id 02871A02DD; Wed, 16 Nov 2022 17:35:18 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <25461.4423.734070.149776@gargle.gargle.HOWL> Date: Wed, 16 Nov 2022 17:35:19 +0100 From: Alain.Cochard@unistra.fr To: Ihor Radchenko Cc: Alain.Cochard@unistra.fr, Org Mode List Subject: Re: 2 'echo' bash instructions produce a table In-Reply-To: <87pmdqfao4.fsf@localhost> References: <25447.23346.575598.420558@gargle.gargle.HOWL> <87tu3ba40w.fsf@localhost> <25457.22124.839301.412560@gargle.gargle.HOWL> <87pmdqfao4.fsf@localhost> X-Mailer: VM 8.2.0b under 27.2 (x86_64-redhat-linux-gnu) X-Virus-Scanned: clamav-milter 0.103.6 at clamav02 X-Virus-Status: Clean X-Renater-Ptge-SpamState: clean X-Renater-Ptge-SpamScore: -100 X-Renater-Ptge-SpamCause: gggruggvucftvghtrhhoucdtuddrgedvgedrgeeigdeklecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucftgffptefvgfftnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpeggtgfgkfffhffvvefujghfofhrsehtqhertdertddunecuhfhrohhmpeetlhgrihhnrdevohgthhgrrhgusehunhhishhtrhgrrdhfrhenucggtffrrghtthgvrhhnpeffjeetleevueeilefhgeegheegkeettdeiudfghfefteekiefhgedutddufeelffenucffohhmrghinhepohhrghhmohguvgdrohhrghenucfkphepudelgedrvdehgedrvdeguddrvdehtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpeduleegrddvheegrddvgedurddvhedtpdhhvghlohepledtrdeffedrudeggedrledtpdhmrghilhhfrhhomheptehlrghinhdrvehotghhrghrugesuhhnihhsthhrrgdrfhhrpdhnsggprhgtphhtthhopeefpdhrtghpthhtohepvghmrggtshdqohhrghhmohguvgesghhnuhdrohhrghdprhgtphhtthhopeetlhgrihhnrdevohgthhgrrhgusehunhhishhtrhgrrdhfrhdprhgtphhtthhopeihrghnthgrrhelvdesphhoshhtvghordhnvght Received-SPF: pass client-ip=194.254.241.31; envelope-from=Alain.Cochard@unistra.fr; helo=smtpout02-ext4.partage.renater.fr X-Spam_score_int: -3 X-Spam_score: -0.4 X-Spam_bar: / X-Spam_report: (-0.4 / 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, NICE_REPLY_A=-0.001, RCVD_HELO_IP_MISMATCH=2.368, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: alain.cochard@unistra.fr Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1668616589; h=from:from:sender:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=i7jHomp3NsPvh8vV4CeslQHrKHcxvcWP7d4QAij33FU=; b=q/EPmbF/bgnR6YchTh7zKoOIjspoa/ka7BATvTZCsqxtItL2RdJnPzTmBfvvKebG7pJaka HubUS8aTVU/naBGXUNjNh6k8xK704jB4bC3FWyfm22jNcg48m2mGWbYtP9DwLqgI0Y9yWy 6vSwtACKMF9j5gNHq7J8dHUmcuRcvUUryquwb+XZCW5Iv3qHIZp396hO+HRDFk5z46qnc4 UMXe5T/Rq8SdCNMrwERb27T6stNw1c/GnSvubhi4HL9ocbK1fbDsO1Y/MJFfdSJPXKre0l LbXiaPIihmrVoiCTxUvVC625d2BU67P0g9CLDw1t2xez2ESDJ0fK/zrXddRV7Q== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1668616589; a=rsa-sha256; cv=none; b=lyP2RDc/tTI1N02izc4dNmGJxnCnpfY1EGrB9cpM7MqQOHaGN7mVbCFIMjOW+6bFmZTVf2 A8B1/c76jz2n59nWpn5AcPAHtxuEi/TrMp+D3cfnxEbHHy87UDjGu0Z4+r9Vn5nGH4YWBw c8VOxY4eU1qhY1X+pbkHFXjqvqhVYLRUxQAGn1E7QI9RUJCvKFsUz0onphLjOyPiTgG6Xb 4vzkiptnUm5tltfuP0IjZ3SRx4kCA/EA9fxniR2NRvAIIikRvR2J1cpy1mmUCvVbdSaNlU 6sIQC/1Or2JuNVYcANI7YMMs+jloWWIFpAZxXnhSNzN5VqZjuFS0z+3T1kq2og== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=unistra.fr header.s=CF279DD4-6F58-4C59-BB33-73FDC6DFC1E3 header.b="cnB2/U9E"; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -9.04 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=unistra.fr header.s=CF279DD4-6F58-4C59-BB33-73FDC6DFC1E3 header.b="cnB2/U9E"; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 7E8475735 X-Spam-Score: -9.04 X-Migadu-Scanner: scn0.migadu.com X-TUID: FHofrlq+cEWI Ihor Radchenko writes on Mon 14 Nov 2022 03:59: > Alain.Cochard@unistra.fr writes: >=20 > > Ihor Radchenko writes on Mon 7 Nov 2022 02:31: > > > If you want to force string output, use :results output. > > >=20 > > > By default, ob-shell tries to guess the output type. In the > > > case of two commands returning output, the guess is yielding > > > the table. In the case of a single command, the guess is > > > yielding a single string output. > > > > Thanks a lot. > > > > I find it strange, though, that the default is not as what one get= s > > from running the code from a terminal. I imagine there are good > > reasons for that, but I think this should be made clear (or at lea= st > > clearer) in the manual. I browsed through section 16 of the manua= l, > > with particular attention to 16.5 (Evaluating Code Blocks) and 16.= 6 > > (Results of Evaluation), but still cannot see where this is said o= r > > hinted; if it is there, I missed it or do not know enough to > > understand it. > The manual describes generic code execution. If you do not explicitl= y > specify the :results header arg, it is the specific babel backend th= at > specifies the defaults. > Will it help if we mention this fact in "16.6 Results of Evaluation"= > section=3F Yes, it would help me. At least I would been warned. But it would be complete only if knew where to read about each specific babel backend. > > For the sake of newcomers, it seems to me that something along the= > > line of what you write above would fit somewhere in 16.6, with a f= irst > > short mention/warning (and reference to it) next to that excerpt i= n > > 16.5: > > > > Org captures the results of the code block evaluation and inser= ts > > them in the Org file, right after the code block. > Talking about ob-shell does not belong to this section of the > manual. Other backends have different behaviour. Have you seen > examples in > https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-shell.ht= ml > =3F Are they not clear enough=3F No, I had not seen this before. If I had, I might have understood why I was getting the "strange" output that originated this thread -- but I do not find it explained as clearly as you explained it: "In the case of two commands returning output, the guess is yielding the table. In the case of a single command, the guess is yielding a single string output." I can now see that the ob-doc-shell.html page is (indirectly) referred to in 16.9, via https://orgmode.org/worg/org-contrib/babel/languages/index.html. Maybe this is enough for some, but for me it is too convoluted. I had seen this page, but it was a long time ago, when I checked whether the languages I use were supported or not. So why not also refer to it in 16.6, together with the mentioned fact to which you are referring above=3F a. PS 1: In the manual, I see "backend" and "back-end". So it is an issue similar to the "subtree/sub-tree" issue you fixed a few days ago, to the "heading/headline" issue that was reported recently, and to many similar cases I met in the past. So I was wondering if there could exist some (semi-)automatic way which would ensure that future maintainers will not inadvertently re-introduce "sub-tree" occurrences, or the like. Perhaps some "accepted terminology" list that would be checked upon=3F PS 2: Reading the ob-doc-shell.html page, I understood (kind of) what was so far a mystery to me : that a "#+begin=5Fsrc bash" group works as= expected while "#+begin=5Fsrc ba + C-M-i" fails to complete "ba" to "bash": namely that all the shells fall inside the "shell" umbrella keyword. Still, would not it make sense that the completion mechanism also work for all those particular shells=3F --=20 EOST (=C9cole et Observatoire des Sciences de la Terre)=20 ITE (Institut Terre & Environnement) | alain.cochard@unistra.fr 5 rue Ren=E9 Descartes [bureau 110] | Phone: +33 (0)3 68 85 50 44=20= F-67084 Strasbourg Cedex, France | [ slot available for rent ]