From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rainer M Krug Subject: Re: [babel] feature request - tangle-and-evaluate-tangled-file Date: Wed, 21 Jul 2010 10:09:25 +0200 Message-ID: <4C46AB35.3020506@mail.com> References: <871vbdu77i.fsf@gmail.com> <874og8irrn.fsf@gmail.com> <87mxtwbii5.fsf@gmail.com> <4C3C2064.5020209@googlemail.com> <4C3F0106.8060904@mail.com> <87oce758zv.fsf@gmail.com> <4C43FADD.6000700@mail.com> <4C45568B.8060300@mail.com> <87r5ixu66x.fsf@gmail.com> <4C46A086.3090105@mail.com> <4C46A697.2010506@mail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: Received: from [140.186.70.92] (port=48306 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ObUMu-0006Dv-Bi for emacs-orgmode@gnu.org; Wed, 21 Jul 2010 04:09:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1ObUMs-0001gm-Vc for emacs-orgmode@gnu.org; Wed, 21 Jul 2010 04:09:32 -0400 Received: from mail-ww0-f41.google.com ([74.125.82.41]:36776) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ObUMs-0001gL-MH for emacs-orgmode@gnu.org; Wed, 21 Jul 2010 04:09:30 -0400 Received: by wwb13 with SMTP id 13so28573wwb.0 for ; Wed, 21 Jul 2010 01:09:29 -0700 (PDT) In-Reply-To: <4C46A697.2010506@mail.com> 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: Eric Schulte Cc: emacs-orgmode -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 21/07/2010 09:49, Rainer M Krug wrote: > On 21/07/2010 09:23, Rainer M Krug wrote: >> Hi Eric > > >> On 21/07/2010 00:41, Eric Schulte wrote: >>> Hi Rainer, > >>> I see the problem. When ess-load-file is called an even number of >>> times, it results in flip-flopped buffers. I'm not sure of a good > >> Thanks for the clarification. > >>> solution here, aside from possibly tangling to a 3rd file, e.g. > >>> #+begin_src R :tangle /tmp/nothing.R >>> y <- 9 >>> #+end_src > >>> to ensure a good final balance. Alternately you could try wrapping the >>> ess-load-file call in save-window-excursion, which will inhibit it's >>> ability to change buffers -- and result in the *R* window taking over >>> your frame. > >>> #+begin_src emacs-lisp :results silent :tangle no >>> (add-hook 'org-babel-post-tangle-hook >>> (lambda () (save-window-excursion (ess-load-file (buffer-file-name))))) >>> #+end_src > >>> Sorry I can't be of more help. > >> No problem - now I know where the problem is sitting and I might be able >> to work around it. > >> Just an idea: if I could put an if statement in the hook, so that only >> when the buffer-file-name is a specific name, ess-load-file is called, I >> assume that it should work? >> I'll try that one out as well. > > It seems, that it has nothing to do with ess-load-file. I'll send you > the file I am working on directly, as it is quite longish. I managed to reproduce the problem with the following org file: ######################################################## ** tangle R and load :PROPERTIES: :tangle: to-load.r :END: evaluate this #+begin_src emacs-lisp :results silent :tangle no (add-hook 'org-babel-post-tangle-hook (lambda () (message "I'm in %s" (buffer-file-name)))) #+end_src then tangle #+begin_src R :comments yes x <- 8 #+end_src #+begin_src R y <- 9 #+end_src #+begin_src R :tangle file2.R y <- 9 #+end_src ######################################################## What I did: 1) Opened a file containing the text above 2) evaluated the lisp code to set the hook 3) C-x 2 to create a second buffer which shows the same file 4) go to the top buffer and C-c C-v t to tangle - -> The top window is switching to a different buffer 5) reproducible here. 6) If I open to-load.r but make sure that both windows are displaying the .org buffer, it doesn't happen - only that the second buffer is switching to to-load.r 7) if to-load.r is not visited by a buffer but file2.R is, the switching is there again. Hope this helps, Rainer > > Cheers, > > Rainer > > > >> Cheers and thanks, > >> Rainer > > > >>> Best -- Eric > >>> Rainer M Krug writes: > >>>> Hi Eric >>>> >>>> I just discovered a "switching of buffers" when tangling the following >>>> org file with the new org-babel-post-tangle-hook. >>>> >>>> Otherwise it is working perfectly now. >>>> >>>> >>>> ############################################# >>>> ** tangle R and load >>>> :PROPERTIES: >>>> :tangle: to-load.r >>>> :END: >>>> >>>> evaluate this >>>> #+begin_src emacs-lisp :results silent :tangle no >>>> (add-hook 'org-babel-post-tangle-hook >>>> (lambda () (ess-load-file (buffer-file-name)))) >>>> #+end_src >>>> >>>> then tangle >>>> >>>> #+begin_src R :comments yes >>>> x <- 8 >>>> #+end_src >>>> t >>>> #+begin_src R >>>> y <- 9 >>>> #+end_src >>>> >>>> #+begin_src R :tangle file2.R >>>> y <- 9 >>>> #+end_src >>>> >>>> A second buffer will open with the R session. >>>> If you tangle a second time, these buffers are switching, i.e. where the >>>> .org buffer was is the R buffer and vice-versa. >>>> ############################################# > > > - -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Tel: +33 - (0)9 53 10 27 44 Cell: +27 - (0)8 39 47 90 42 Fax (SA): +27 - (0)8 65 16 27 82 Fax (D) : +49 - (0)3 21 21 25 22 44 Fax (FR): +33 - (0)9 58 10 27 44 email: Rainer@krugs.de Skype: RMkrug -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxGqzUACgkQoYgNqgF2ego8igCggpPRsoeA6x9PzY+E3bMaG8lg gK0AnRn8nl1nj7vcWyO05jHgtUF3kMML =HsUM -----END PGP SIGNATURE-----