From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Alekseyev Subject: Re: org-babel, R, and org-babel-open-src-block-result Date: Tue, 11 Jan 2011 16:54:21 +0000 (UTC) Message-ID: References: <4D2C6F65.1040203@ccbr.umn.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Return-path: Received: from [140.186.70.92] (port=52039 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PchZw-0002vm-5g for emacs-orgmode@gnu.org; Tue, 11 Jan 2011 12:00:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PchZo-0003ph-U9 for emacs-orgmode@gnu.org; Tue, 11 Jan 2011 12:00:15 -0500 Received: from lo.gmane.org ([80.91.229.12]:57937) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PchZo-0003pI-KZ for emacs-orgmode@gnu.org; Tue, 11 Jan 2011 12:00:08 -0500 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PchZk-0007w7-Rt for emacs-orgmode@gnu.org; Tue, 11 Jan 2011 18:00:05 +0100 Received: from ppp-70-242-139-160.dsl.stlsmo.swbell.net ([70.242.139.160]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Jan 2011 18:00:04 +0100 Received: from dnquark by ppp-70-242-139-160.dsl.stlsmo.swbell.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Jan 2011 18:00:04 +0100 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Erik Iverson ccbr.umn.edu> writes: > > On 01/11/2011 04:22 AM, Leo Alekseyev wrote: > > I recently started using org-babel with R, and so far I think it's > > pretty great! I'm still getting accustomed to org-babel workflow and > > am playing with available options. I have a couple of questions: > > > > I noticed that C-c C-o (org-babel-open-src-block-result) always gives > > me an empty *Org-Babel Results* buffer, even if there's output printed > > to #+results section. Is this a bug? Am I doing something wrong? > > > > On a similar note, is there an option for the #+ results session to be > > completely suppressed?.. I can see situations where I might simply > > want to send the code to the inferior process and examine the results > > there using :results output :session, or perhaps I'm running the code > > just for the side effects. It would be nice if I could say e.g. > > :results none. > > From the manual: > > The following results options indicate what happens with the results once they > are collected. > > * silent > The results will be echoed in the minibuffer but will not be inserted into the > Org-mode buffer. E.g., :results output silent. Thanks Erik. It would be nice if section 14.9 of the Org manual could reference 14.8.2. In general, it would be nice if the org HTML documents could support the same outline folding cycling behavior that you see in Emacs buffers, otherwise it's difficult to see the surrounding context. I'd still like to know what (org-babel-open-src-block-result) is supposed to do... Haven't found that in the manual.