emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: tsd@tsdye.com (Thomas S. Dye)
To: Phil Regier <pregier@ittc.ku.edu>
Cc: org mode <emacs-orgmode@gnu.org>
Subject: Re: Named latex blocks for inline execution?
Date: Fri, 14 Mar 2014 06:54:04 -1000	[thread overview]
Message-ID: <m28uscyb4j.fsf@tsdye.com> (raw)
In-Reply-To: <772126696.634943.1394810757105.JavaMail.zimbra@ittc.ku.edu> (Phil Regier's message of "Fri, 14 Mar 2014 10:25:57 -0500 (CDT)")

Aloha Phil,

Org mode has its own macros, which might work in this instance.

The variable org-babel-inline-result-wrap is set to "=%s=" by
default. Setting it as follows will get rid of the surrounding =
symbols:

#+begin_src emacs-lisp
  (setq org-babel-inline-result-wrap "%s")
#+end_src

Alternatively, on my setup at least, call_Smx()[:results raw] will also
get rid of the surrounding = symbols.

The capitalization of "pi" seems to be related to capitalization of the
variable name "Contents".  This is new to me and I don't recall reading
about it in the documentation, but I haven't looked lately. At any rate,
if I name the variable "contents" then I get a lowercase "pi" in the
output.

My guess about the "backslash" part is that Org mode is expecting an
inline LaTeX math snippet to be on one line.  At any rate, this seems to
work for me:

#+name: Smx
#+begin_src latex :var contents="\\\\pi"
\begin{equation}
  \left[
    \begin{smallmatrix}
      contents
    \end{smallmatrix}
  \right]
\end{equation}
#+end_src

hth,
Tom

Phil Regier <pregier@ittc.ku.edu> writes:

> Hi, all; sorry to pester again, but I haven't been able to find a way
> to do something I would have thought would be relatively simple.
>
> What I want to do is declare a named latex block in Org which I can
> use to reproduce markup patterns which I reuse very frequently; the
> usual reasons include readability, brevity, and maintainability.
>
> The reasons I don't want to use Latex macros for this include:
> 1.  Inflexibility of macro names in Latex (no digits or special characters allowed)
> 2.  Unavailability of short macro names (most of the good ones are
> taken, so my schemes end up inconsistent or self-defeatingly long or I
> get subtle mysterious errors from overriding short macro names)
> 3.  By mixing Org calls with Latex macros I can debug problems at
> multiple levels (by examining my Org source and generated Latex source
> separately, which is messier with Latex macros alone)
> 4.  I can shield my advisor from my worst coding habits if he wants to
> read my Latex source
> 5.  I can pass parameters/variables between Org blocks, performing
> computations on them when needed, more readily than Latex macros (and
> I would dearly love to follow real examples of numerical algorithm
> execution inline with the discussion of said algorithms), perhaps even
> marking Octave results up as Latex invisibly if I'm lucky.
>
> So I thought I would begin with a simple block to create a small
> inline bracketed matrix:
>
> #+name: Smx
> #+begin_src latex :var Contents="\\\\pi"
> \(
>   \left[
>     \begin{smallmatrix}
>       Contents
>     \end{smallmatrix}
>   \right]
> \)
> #+end_src
>
> What I get in a Latex export buffer from "call_Smx()" invariably is some variant of the following:
>
> =$\backslash$(
> \left[
> \begin{smallmatrix}
>   \Pi
> \end{smallmatrix}
>   \right]
> $\backslash$)=
>
> There are several particularly stubborn issues here:
>
> 1.  The surrounding '=' symbols have been impossible to eliminate.  I assume they are part of an attempt to add code markdown, but Latex does not interpret them as such; they just get passed through.
> 2.  The \( and \) directives get literalized no matter what I try.  Wrapping the call in math mode delimiters hasn't been terribly fruitful either, as this seems to confuse the export (either inline math mode never gets entered, or the call_Smx() becomes literal text within math mode).
> 3.  For some reason, my "\pi" gets capitalized in the Latex output.
>
> I'm not sure exactly what I expect from any particular syntax, but what I want is just an interpretable stamp of the Latex code inside the original block with variables substituted exactly.  I've tried extra backslashes in the code, tried a variety of [:results ...] and [:exports ...] before and after the call (as well as prologues and epilogues), exporting to raw and latex and org, and even declaring the block as org instead of latex.  Is there a correct way to achieve this, or am I trying to make Org do something it is not meant to do?
>
> Thanks for any ideas...
>
> Phil
>
>

-- 
Thomas S. Dye
http://www.tsdye.com

  reply	other threads:[~2014-03-14 16:55 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1549029341.634736.1394809114208.JavaMail.zimbra@ittc.ku.edu>
2014-03-14 15:25 ` Named latex blocks for inline execution? Phil Regier
2014-03-14 16:54   ` Thomas S. Dye [this message]
2014-03-14 17:42     ` Phil Regier
2014-03-14 17:09   ` Eric S Fraga
2014-03-14 17:40     ` Phil Regier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m28uscyb4j.fsf@tsdye.com \
    --to=tsd@tsdye.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=pregier@ittc.ku.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).