From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: [babel] Silent output in Org, but verbose export Date: Wed, 07 Sep 2011 09:15:40 -0600 Message-ID: <87pqjce63n.fsf@gmail.com> References: <80y5y1el3u.fsf@somewhere.org> <87hb4pr3va.fsf@gmail.com> <80ty8oagie.fsf@somewhere.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:38353) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R1Jr1-0000Az-EF for emacs-orgmode@gnu.org; Wed, 07 Sep 2011 11:15:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R1Jqs-00071M-Rj for emacs-orgmode@gnu.org; Wed, 07 Sep 2011 11:15:55 -0400 Received: from mail-pz0-f44.google.com ([209.85.210.44]:62164) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R1Jqs-00071D-KV for emacs-orgmode@gnu.org; Wed, 07 Sep 2011 11:15:46 -0400 Received: by pzk36 with SMTP id 36so12749916pzk.17 for ; Wed, 07 Sep 2011 08:15:45 -0700 (PDT) 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: Sebastien Vauban Cc: emacs-orgmode@gnu.org Hi Seb, > > Now, subquestion: let's suppose I first write this code block... > > #+begin_src sh :exports results > echo "I want to see this in HTML/PDF, but not in Org" > #+end_src > > #+results: > | I want to see this in HTML/PDF | but not in Org | > > then I add the option "silent", and eval it: > > #+begin_src sh :results silent :exports results > echo "I want to see this in HTML/PDF, but not in Org" > #+end_src > > #+results: > | I want to see this in HTML/PDF | but not in Org | > > The =results= line is not removed automatically. I have to delete it myself. > > Question: wouldn't it be better to check, when option is =silent=, that there is > no =results= line, and remove it if there is one? > I tried implementing this change (a simple one-line addition) but it breaks some other pieces of code block evaluation (inline blocks) which assume that ":results silent" will not affect the contents of the buffer. For not at least I think it would be preferable to leave the meaning of silent to be "do nothing to the buffer" rather than to remove any possibly pre-existing results. Possibly at some point in the future after I've fixed results removal for inline blocks we should revisit this decision. Best -- Eric -- Eric Schulte http://cs.unm.edu/~eschulte/