From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: [PATCH] * lisp/ob-core.el (org-babel-execute-src-block): insert hash for silent results Date: Sat, 09 Mar 2013 10:45:17 -0700 Message-ID: <87obesqv39.fsf@gmail.com> References: <1362542863-25992-1-git-send-email-aaronecay@gmail.com> <87obetsgma.fsf@Rainer.invalid> <877glhsfus.fsf@gmail.com> <87r4jpjzsc.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:60911) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UEOd1-0006GP-QV for emacs-orgmode@gnu.org; Sat, 09 Mar 2013 13:36:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UEOcw-0002Nf-J5 for emacs-orgmode@gnu.org; Sat, 09 Mar 2013 13:36:19 -0500 Received: from mail-pb0-f47.google.com ([209.85.160.47]:59257) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UEOcw-0002Na-Cv for emacs-orgmode@gnu.org; Sat, 09 Mar 2013 13:36:14 -0500 Received: by mail-pb0-f47.google.com with SMTP id rp2so2340078pbb.20 for ; Sat, 09 Mar 2013 10:36:13 -0800 (PST) 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: Achim Gratz Cc: emacs-orgmode@gnu.org aaronecay@gmail.com writes: > 2013ko martxoak 8an, Eric Schulte-ek idatzi zuen: >>=20 >> I would agree. I don't believe *any* changes should take place in the >> buffer when a code block is executed with ":results none". > > A common use case for me is to use a babel block to load a large dataset > into R. I want this to be cached, in the sense that I want it not to be > run again (by e.g. C-c C-v C-b) unless the code changes. But I also > don=E2=80=99t want to see its result in the (mini)buffer. Is there a way= to > accommodate this usage of the cache functionality? > Maybe a better solution would be to add a feature to avoid echoing very large results to the minibuffer. It should be very straightforward to add a user customizable variable (e.g., `org-babel-max-echo-length' or somesuch) which limits the number of characters echo'd to the minibuffer. >> The hyphen should only be required for multi-word functions, e.g., >> `listp' has no hyphen but `hash-table-p' does have a hyphen. > > The context surrounding this code binds cache-p; the lack of a hyphen > was just a typo in the patch. I agree that cachep is more idiomatic (in > fact, that is what led to the typo), but I tried to make the smallest > possible patch to address my intention. Ah, my fault for not completely reading and understanding your previous post. I'm currently working on a set of patches with Achim which should (I believe) resolve this issue. --=20 Eric Schulte http://cs.unm.edu/~eschulte