From mboxrd@z Thu Jan 1 00:00:00 1970 From: tsd@tsdye.com (Thomas S. Dye) Subject: Re: I'm tripping over #+BABEL: vs. #+PROPERTY: Date: Thu, 15 Mar 2012 06:39:33 -1000 Message-ID: References: <21A5E1E970CD46459ECBE86D6CC4B28C5364FAE0@spexch01.WindLogics.local> <87ipi72g0q.fsf@gmx.com> <11652.1331760067@alphaville> <80y5r1sxom.fsf@somewhere.org> <28105.1331828053@alphaville> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([208.118.235.92]:52110) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S8DiN-00049r-F8 for emacs-orgmode@gnu.org; Thu, 15 Mar 2012 12:39:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S8DiL-0006xw-1c for emacs-orgmode@gnu.org; Thu, 15 Mar 2012 12:39:47 -0400 Received: from oproxy4-pub.bluehost.com ([69.89.21.11]:58706) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1S8DiK-0006xl-PU for emacs-orgmode@gnu.org; Thu, 15 Mar 2012 12:39:44 -0400 In-Reply-To: <28105.1331828053@alphaville> (Nick Dokos's message of "Thu, 15 Mar 2012 12:14:13 -0400") 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: nicholas.dokos@hp.com Cc: Sebastien Vauban , emacs-orgmode@gnu.org Nick Dokos writes: > Sebastien Vauban wrote: > >> Hi Nick and Eric, >> >> Nick Dokos wrote: >> > Eric Schulte wrote: >> >> >> >> Did you press C-c C-c on each property line after it was written? >> > >> > Just to clarify: do I really have to C-c C-c on each line? If I add a >> > bunch of them and then do C-c C-c on one of them, shouldn't that be >> > enough to refresh the setup? >> >> I got no reaction on my idea of "automagic C-c C-c" (on 2012-03-04 Sun, see >> http://www.mail-archive.com/emacs-orgmode@gnu.org/msg52739.html): >> >> The "automagic C-c C-c" should be NOT[1] done after each key press or some >> such. That certainly would be a killer feature, in its real acception: >> performance would be unbearable. >> >> In my mind, automatically (re-)parsing the meta options should be each time >> the user presses `C-c C-v C-e' (eval code blocks); that is, when the user >> expects his options to be taken into account. >> >> Does it make sense? >> >> Best regards, >> Seb >> >> Footnotes: >> >> [1] This word was missing (in the original post)! >> > > Well, it might make sense but you can try it out and let us know: > > - make files with 10, 100, 1000 trivial (or even empty) code blocks, > just enough to make sure that org-babel-execute-maybe is really called > on them: I think that it will be called even on empty code blocks, but > I'm not sure if there is some optimization in there. > > - measure the time it takes to export each one to html (say). > > - add a call to org-mode-restart into org-babel-execute-maybe, and time > the same operation again: how significant is the slowdown? > > If the slowdown is bearable in these cases, then it will be bearable in > realistic situations, where block execution is going to be a much more > significant fraction of the total. > > BTW, what's the biggest file you (all, not just Seb) have in terms of the > number of code blocks it contains? In my case, the largest one had about > two dozen code blocks, so the 100 case would easily cover me, but I suspect > there are much bigger ones out there. Hi Nick, 118 source code blocks and growing. Tom > > Nick > > -- Thomas S. Dye http://www.tsdye.com