From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rainer M Krug Subject: Re: ":results none" doesn't seem to be documented Date: Thu, 15 Jan 2015 09:30:03 +0100 Message-ID: References: <54B6E40F.7050902@arfer.net> <86lhl53t0h.fsf@example.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:60514) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YBfom-0001WR-IW for emacs-orgmode@gnu.org; Thu, 15 Jan 2015 03:30:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YBfoj-000885-BB for emacs-orgmode@gnu.org; Thu, 15 Jan 2015 03:30:16 -0500 Received: from mail-wg0-f49.google.com ([74.125.82.49]:48742) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YBfoj-000880-5D for emacs-orgmode@gnu.org; Thu, 15 Jan 2015 03:30:13 -0500 Received: by mail-wg0-f49.google.com with SMTP id n12so13425764wgh.8 for ; Thu, 15 Jan 2015 00:30:12 -0800 (PST) In-Reply-To: (Andreas Leha's message of "Wed, 14 Jan 2015 22:27:39 +0000") 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: Andreas Leha Cc: emacs-orgmode@gnu.org --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Andreas Leha writes: > Fabrice Niessen writes: >> Hello, >> >> Andreas Leha wrote: >>> Kodi Arfer writes: >>>> "none" is allowed as an argument to :results (see, for example, >>>> ob-core.el line 704 as of Git d36bd8d), but this isn't mentioned in >>>> results.html. I just learned of its existence while reading >>>> ob-core.el. >>>> >>>> To me, by the way, ":results none" seems like a useful feature rather >>>> than being redundant with ":results silent", because it won't attempt >>>> to print a massive object to the echo area. (Pehaps "silent" wasn't a >>>> great choice of name.) >>> >>> Especially given that ":results none" prints "results silenced" in the >>> echo area. Should rather be "results nonced" ;-) >> >> They're not the same... > > I know. I just wanted to stress the unfortunate naming. Unfortunate, > because if you want the source block to produce "results silenced" you > must not specify ":results silent", but rather ":results none" No - I do not are here (but it is sematics...): ~:results silent~ implies for me that there *are* results, but they are passed to org silently, without any fuss (read: output in the org document). If I read ~:results none~ it imlies to me that ther *are none results* returned - neither i org intrnally (e.g. variables) or output (e.g. in org document). So the naming makes sense to me, but I was not aware of the ~none~. Cheers, Rainer > which is > counter intuitive. > >> >> Extract from my modest (and still "work in progress") Org-Babel >> refcard [1]: >> >> - :results silent :: >> Sends the commands, echoes the results in the minibuffer (to see >> code block output), but *does not change the Org mode buffer* (even >> during export, *no results are inserted* into the exported >> document). >> (default for Org and Screen code blocks) >> >> - :results none :: >> Silents the results, even for the minibuffer. By definition, such >> a code block is run for its side effects. >> >> Best regards, >> Fabrice >> >> [1] https://github.com/fniessen/refcard-org-babel > > That looks nice! > > > Andreas > > > =2D-=20 Rainer M. Krug email: Rainerkrugsde PGP: 0x0F52F982 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iQEcBAEBAgAGBQJUt3qTAAoJENvXNx4PUvmCzAYIALuMxIzGlwy3sGU8FiJTj4fo ZzAqz39Mt8Rtzo8sjix0mLIPz/x1F978TxiQk1zZril3Jj38kizm9sSh+JlP4hIS jUBudGfwQncFxF3yrt4oMKnMS+yOV0Sr+8qewmmR1Z31M28KtrNSuRa/kMPVbqFq 3z0Qlgzy2iwdPUeWRsIRU9Gwj00e3uG/zRf66fCWIsfj3Y8cdYtf8pdkuvC6v/NJ mRmcXyEiNtJH86QbFUGY+9fSUnA3zQdKfvqcHjvpteTUpYup0XaIpEfqh7v2tK51 Kmds2rblK8SEHFGru5uLzoAwyzDXixME+KbfloYxxVzoNUZEEemhCiMk45iU878= =v320 -----END PGP SIGNATURE----- --=-=-=--