On Sun, Jan 20, 2013 at 11:36 PM, John Hendy <jw.he...@gmail.com> wrote: > On Sun, Jan 20, 2013 at 10:57 PM, Ken Williams <kena...@gmail.com> wrote: >> >> On Sun, Jan 20, 2013 at 9:15 PM, Eric S Fraga <e.fr...@ucl.ac.uk> wrote: >>> >>> Ken Williams <kena...@gmail.com> writes: >>> >>>> Unfortunately, downgrading to 7.8.11 didn't change the behavior - all >>>> code sections are still exported to HTML as class "example". >>>> I also see that on one machine, using 7.9.2, I get the desired <pre >>>> class="src src-R"> tag for R code export. I can't figure out what's making >>>> the difference though. >>> >>> >>> I'm grasping at straws here, having seldom exported to HTML, but have you >>> loaded the languages for babel? >> >> >> Yes, I believe that's set up properly, because I can do "C-c C-c" and it >> knows how to run my R sections and return the correct values. Also, when I >> "describe org-babel-load-languages", I see: >> >> org-babel-load-languages is a variable defined in `org.el'. >> Its value is ((emacs-lisp . t) >> (sh . t) >> (R . t) >> (perl . t)) >> >> I'm grasping at straws too, not knowing my way around the elisp code very >> well. =) > > Just tried myself on a file lying around with embedded R code, and I > get "<pre class="src src-R">" for my src blocks. > > Can we back up a bit and have you post a minimal config and sample > file? Perhaps the output of =M-x org-version= as well, just to be sure > on where emacs is pulling org code from? You might have done this; my > apologies if so. Been following the thread from a distance as I didn't > have much experience with html/src code export. Just thought I'd chime > in on things I've been asked to do that usually do help the situation. > > With a minimal config (like your load directories and the babel > language definitions above), we can try to replicate a bit better. > Emacs configs get long, so it's really hard to know from user to user > what else might be going on. >
By the way, I'm on =Org-mode version 7.9.3d (release_7.9.3d-830-g780b45 @ /home/jwhendy/.elisp/org.git/lisp/)= and it works for me, so I don't think it's new behavior in 7.9.3. Just wanted to add that; at least it may save you from trying to hunt down a magical version that doesn't have the issue :) John > > Thanks! > John > >> >> -Ken
