From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: [babel] [bug] inline src_R breaks downstream src block Date: Sun, 21 Aug 2011 14:17:00 -0600 Message-ID: <87ei0ea5ab.fsf@gmail.com> References: <87ty9d3tj5.fsf@gnu.org> <87pqjya9yw.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:43991) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QvESE-0002hO-B7 for emacs-orgmode@gnu.org; Sun, 21 Aug 2011 16:17:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QvESC-0007OU-4P for emacs-orgmode@gnu.org; Sun, 21 Aug 2011 16:17:10 -0400 Received: from mail-iy0-f175.google.com ([209.85.210.175]:38016) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QvESC-0007OA-0u for emacs-orgmode@gnu.org; Sun, 21 Aug 2011 16:17:08 -0400 Received: by iyn15 with SMTP id 15so7628490iyn.6 for ; Sun, 21 Aug 2011 13:17:07 -0700 (PDT) In-Reply-To: <87pqjya9yw.fsf@gmail.com> (Eric Schulte's message of "Sun, 21 Aug 2011 12:35:51 -0600") 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: Bastien Cc: emacs-orgmode , "Charles C. Berry" I've just pushed up a change to org-exp-blocks which should fix Charles' original problem related to conflict between inline and regular code blocks. Please let me know if this problem persists in the latest git HEAD. Thanks -- Eric Eric Schulte writes: > Bastien writes: > >> Hi Charles, >> >> yes, there are some problems with parsing inline source blocks. >> Stephen also reported that these colon lines >> >> : were $\beta_2$ = src_R{round(out3$coef[3], 4)} >> : and $\beta_3$ = src_R{round(out3$coef[4], 4)} >> >> where not exporting correctly... Eric, can you have a look at >> these problems? >> >> Thanks! >> > > It will probably be a couple of days before I have sufficient time to > address these issues, but rest assured it is only my TODO list. > > Thanks -- Eric > >> >> "Charles C. Berry" writes: >> >>> ,---- >>> | | * inline code block example >>> | | | AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA >>> | blah blah src_R[:results output]{cat(rnorm(2))} >>> | CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC >>> | #+begin_src R :eval never :exports none >>> | 1+2 >>> | a <- b + c >>> | xyz >>> | #+end_src >>> | DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD >>> `---- >>> >>> >>> When I run C-c C-e A y, I get a buffer that misses the 'DDD...' line. >>> >>> When I run C-c C-e L y, I get a buffer that ends like this: >>> >>> ---- >>> | AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA >>> | blah blah \texttt{-1.172165 -0.5324113} >>> | CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC >>> | \begin{src}R DDDDDDDDDDDDDDDDDDDDDDDDDDD >>> | | \end{document} >>> `---- >>> >>> More complicated examples exhibit other problems, I speculate that >>> parsing the inline src_R and setting up to find the next >>> #+begin_src...#+end_src instance is what has gone wrong. >>> >>> FWIW, changing the :exports header to 'code' seems to give correct >>> results >>> >>> Also, placing a dummy example like this: >>> >>> ,---- >>> | #+begin_example >>> | #+end_example >>> `---- >>> >>> after the src_R line produces correct results. >>> >>> Chuck >>> >>> >>> Charles C. Berry Dept of Family/Preventive Medicine >>> cberry@tajo.ucsd.edu UC San Diego >>> http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901 >>> >>> >>> >>> -- Eric Schulte http://cs.unm.edu/~eschulte/