From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: org-babel order of evaluation Date: Mon, 23 Jan 2012 10:56:19 -0700 Message-ID: <87pqeas34l.fsf@gmx.com> References: <20120112002506.GA26183@BigDog.local> <87y5td7z2t.fsf@gmx.com> <20120112225129.GA26670@BigDog.local> <87ipkgqu8w.fsf@gmx.com> <20120113015244.GA27002@BigDog.local> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([140.186.70.92]:43079) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RpOL4-0003Yi-87 for emacs-orgmode@gnu.org; Mon, 23 Jan 2012 13:09:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RpOKy-0000MT-Qn for emacs-orgmode@gnu.org; Mon, 23 Jan 2012 13:09:54 -0500 Received: from mailout-us.gmx.com ([74.208.5.67]:53917) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1RpOKy-0000LP-Lh for emacs-orgmode@gnu.org; Mon, 23 Jan 2012 13:09:48 -0500 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: Leo Alekseyev Cc: emacs-orgmode@gnu.org Leo Alekseyev writes: > On Thu, Jan 12, 2012 at 7:52 PM, Rick Frankel wrote: >> On Thu, Jan 12, 2012 at 06:07:41PM -0700, Eric Schulte wrote: >>> Rick Frankel writes: >>> >>> Turns out it was not that difficult to change this behavior. =C2=A0You = and >>> Leo are both correct that in-buffer-order evaluation is more natural and >>> expected than the previous behavior. =C2=A0I've just pushed up a fix af= ter >>> which evaluating the following > > Eric, > The fix doesn't seem to be working for me when I export the buffer to > HTML. My previous fix only set the order of evaluation for interactive buffer evaluation. I've just pushed up another fix which sets the order of evaluation during export. Best, > The ordering of call and source blocks once again becomes randomized, > and in general, exported file is missing a bunch of stuff unless I run > org-babel-execute-buffer prior to export. Since the export engine > does its own evaluation, it doesn't seem like org-babel-execute-buffer > should be a necessity. But I can't run org-babel-execute-buffer on > anything with a src_ inline block as it gives me an error. > > I'm attaching two files which do not export correctly, at least when > one doesn't run org-babel-execute-buffer; just do C-c C-e h and look > at the output. > > --Leo > > --=20 Eric Schulte http://cs.unm.edu/~eschulte/