Eliminate unconditional use of wrapfig and graphicx packages. Also
allows loading the (large, expensive) tikz package only when tikz
graphics are present.
---
lisp/org.el | 2 --
lisp/ox-latex.el | 5 +
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/lisp/org.el b/lisp/org
This code allows latex packages to be inserted into the output document
only if they are needed. The function ‘org-latex--use-package’ is
provided for code to signal that it wants a package inserted into the
output. The ‘org-latex-optional-packages-options-alist’ variable allows
optionally loaded
Unlike other image types, they should be \input into the document –
LaTeX converts the tikz source code into the image as part of the
document’s compilation.
---
lisp/ox-latex.el | 22 +-
1 file changed, 13 insertions(+), 9 deletions(-)
diff --git a/lisp/ox-latex.el b/lisp/ox-
Hello,
The current way that org handles LaTeX packages for export isn’t
optimal. The org-latex-(default-)packages-alist variables define a set
of packages that are loaded always. If a user wants to use advanced
functionality (booktabs for nicer table export, listings or minted for
nicer source c
Because figures are included for export for a link, it is not desirable
to have R-generated tikz figures have the extension .tex. Links to .tex
files should (and currently are) inserted as a hyperlink in the LaTeX
output. Links to .tikz files should be \input so that they draw as
graphics. (A fo
made it to the orgmode git repo yet
– either on the master or maint branches. Is that an expected result?
In case it’s useful, I’ve attached a patch to make this change.
>From ca6aa9d062b72877d6b6cece518786b6c6de6c95 Mon Sep 17 00:00:00 2001
From: Aaron Ecay
Date: Thu, 14 Feb 2013 15:22:10 -0
, better way of getting the raw text
content of the special-block that doesn’t succumb to this problem.
Thanks in advance,
Aaron Ecay
org-bug.el
Description: application/emacs-lisp
* Intro
#+name: setup
#+begin_src elisp :results output :exports both
(+ 1 1)
#+end_src
foo
#+begin_foo
bar
You need to escape the backslash inside the string, I think. "\1" is
interpreted as a string consisting of one character, the ASCII character
with hex code 0x01, which happens to be C-a. "\\1" is a 2-character
string: backslash, then one.
--
Aaron Ecay
le, this allows certain code to run that otherwise wouldn’t (at
least not without hacks, such as putting NULL at the end of an R source
block so that the “.Last.value” in the block is trivial).
--
Aaron Ecay
made customizable.
I also chose the polarity of the y-or-n-p so that picking the default
(yes) option does the sensible thing of not hanging emacs, although it
thus does discard data. I’m not sure which is the worse problem.
>From 1053f3acfc21f24fc994ae85adff6779838b0ce7 Mon Sep 17 00:00:00 20
an attempt to produce a patch implementing it. And I’ll take a crack
at error reporting in the minibuffer too.
--
Aaron Ecay
-from-file, which asks the
user whether to really import very large files (or just ignores such
files)
2) adding a new :results handling header arg “really-silent” (probably
with a better name...) that discards the result entirely, not even
printing it to the minibuffer.
--
Aaron Ecay
n any case. But
otherwise, it should be added to the hook’s documentation that any
changes to the agenda buffer could be turned into an error by a
read-only setting.
--
Aaron Ecay
2012ko irailak 16an, Moritz Ulrich-ek idatzi zuen:
> I get this error when I run `org-mobile-push'. Setting
> `debug-on-error' to t doesn't bring up an error buffer when I get this
> error.
>
> GNU Emacs 24.2.1 (x86_64-apple-darwin11.4.0, NS apple-appkit-1138.47)
> Org-mode version 7.9.1 (release
501 - 514 of 514 matches
Mail list logo