Dear Chuck,
On Tue, Mar 12, 2013 at 10:31 PM, Charles Berry wrote:
[snip extended brew example]
>
>
Whoa. That opens up a lot of possibilities I really hadn't thought
about before. *Thank you*.
--
Jay
Jay Kerns gmail.com> writes:
>
> Hello,
>
> I went back and spent some time to rethink how I was approaching my
> problem. Instead of inline src blocks like this:
>
> \( SRC_R{blah} \)
>
> or this
>
> | SRC_R{blah} |
[deleted noweb stuff]
> This method works. I think it would be cool if i
Hello,
I went back and spent some time to rethink how I was approaching my
problem. Instead of inline src blocks like this:
\( SRC_R{blah} \)
or this
| SRC_R{blah} |
or even this
\begin{equation}
SRC_R{blah}
\end{equation}
I could get by doing noweb substitution like this:
#+NAME: foo
#+BE
Hello there,
On Mon, Mar 11, 2013 at 5:26 PM, Eric Schulte wrote:
> Hi Jay,
>
> This sounds like a question about the new exporter which is beyond my
> ken.
>
> However, code blocks may be called from Org-mode tables, using the `sbe'
> [1] macro.
>
> Hope this helps,
Thank you. Yes, it defini
Jay Kerns writes:
> Greetings,
>
> I am in the process of updating materials to the new exporter in
> anticipation of Org 8.0. It appears that inline SRC blocks are not
> being evaluated in table cells and math environments in the new
> exporter, for instance, something like this:
>
> \( SRC_R[:
Let me make clear: I'm talking about on export to LaTeX the code
blocks aren't evaluated. I can execute in the buffer and everything
works fine.
--
Jay
On Mon, Mar 11, 2013 at 4:54 PM, Jay Kerns wrote:
> Greetings,
>
> I am in the process of updating materials to the new exporter in
