Eric Schulte writes:
Hi:
> with the attachment :)
I tried your patch and it seems that the defcustom needs to be changed
(at least from the way it is written in the patch. I'm attaching a diff
against the original ditaa (I hope that is close enough) with the one I
fixed. The only thing that is
Aloha Nicolas,
This in the org file:
(fig. [[fig:old-wood]])
exports to this in the latex file:
(fig. \ref{fig-old-wood})
I think the exporter is replacing the colon with a hyphen, which breaks
the reference.
Also, is there some way to toggle a non-breaking space, e.g.,
(fig.~\ref{fig:old-woo
Nicolas Goaziou writes:
> Hello,
>
> Eric Schulte writes:
>
>> Nicolas, I'm unable to take the time to fix this bug at the moment,
>> however if you can address it, I suspect the following two items are
>> relevant.
>
> I think it should be fixed now. At least, all tests pass here.
>
> Thanks fo
Hello,
Eric Schulte writes:
> Nicolas, I'm unable to take the time to fix this bug at the moment,
> however if you can address it, I suspect the following two items are
> relevant.
I think it should be fixed now. At least, all tests pass here.
Thanks for the heads up.
Regards,
--
Nicolas G
Kalev Takkis writes:
Hi Kalev:
> Is it possible to take a note in org-capture and to specify one or
> several files to put the message into only after the note is written?
> The workflow I have in mind is first pressing C-c c to take a note;
> selecting the type of note I'd like to take; typing
Hi, I'm working with a document to export to LaTeX and I had a crazy
problem that only reproduced with emacs23, not with the emacs-snapshot
repository for ubuntu. But it started to happen with the latest
snapshot too.
Lot's of short words (3 or less chars) appeared as links and when I
exported the
Hi all,
Is it possible to take a note in org-capture and to specify one or several
files to put the message into only after the note is written? The workflow
I have in mind is first pressing C-c c to take a note; selecting the type
of note I'd like to take; typing the message, pasting a link etc.,
Eric Schulte writes:
> This looks great, I can confirm that building and installing this
> package locally allows me to build other ELPA package that depend on
> functionality in contrib/.
Thanks for testing.
> I vote we begin building the orgplus package daily and hosting it on
> orgmode.org.
W
Achim Gratz writes:
> Bastien writes:
>>> Hmm… I'd rather avoid that since "+" is a reserved character in file
>>> names on some systems. How about orgplus?
>>
>> Looks fine to me.
>
> I've just pushed a first implementation of an orgplus ELPA archive.
>
This looks great, I can confirm that bui
Nicolas Goaziou writes:
> Hello,
>
> t...@tsdye.com (Thomas S. Dye) writes:
>
>> #+call: lines appear to flummox the new LaTeX exporter.
>>
>> This exports as I expect:
>>
>> #+caption[Old wood]: Old wood graph.
>> #+label: fig:old-wood
>> #+results: old-wood[:file old-wood.pdf]():results file
>>
Bastien writes:
>> Hmm… I'd rather avoid that since "+" is a reserved character in file
>> names on some systems. How about orgplus?
>
> Looks fine to me.
I've just pushed a first implementation of an orgplus ELPA archive.
> Publishing new packages only when maint has been changed will already
>
Erich Neuwirth writes:
> I am using the latest version from ELPA, 20120903, OSX 10.8.1, and Emacs
> 24.2.1
>
> The following document describes something which I perceive as strange
> behavior and a wish at the end.
>
There are a couple of things happening here.
Some can be fixed by adjusting
Hello,
t...@tsdye.com (Thomas S. Dye) writes:
> #+call: lines appear to flummox the new LaTeX exporter.
>
> This exports as I expect:
>
> #+caption[Old wood]: Old wood graph.
> #+label: fig:old-wood
> #+results: old-wood[:file old-wood.pdf]():results file
> [[file:old-wood.pdf]]
It doesn't matte
Hello,
Philipp Kroos writes:
> Yes, you're completely right. I missed that.
> Should be better now, I moved the defcustom to the end of the
> compilation-customs-block.
Applied. Thank you.
Regards,
--
Nicolas Goaziou
Yes, you're completely right. I missed that.
Should be better now, I moved the defcustom to the end of the
compilation-customs-block.
Thank you, Philipp
On Sat, Sep 15, 2012 at 02:28:05PM +0200, Nicolas Goaziou wrote:
> Hello,
>
> Philipp Kroos writes:
>
> > the attached patch tries to solve
Hello,
Yann Hodique writes:
> I've noticed that drawers are not managed similarly, depending on the
> workflow. More precisely, the end-of-drawer detection is not exactly
> the same for various exports, org-element, or folding. It all boils
> down to variations around (re-search-forward ":END:")
Hello,
Philipp Kroos writes:
> the attached patch tries to solve two issues:
> - Currently, org-e-latex--collect-errors only finds errors in
> pdf.*latex-logs. I removed the `pdf`, cause most of the time I'm using
> xelatex which wouldn't match. I don't know if this is generic enough
>
I guess you can customize `org-beamer-outline-frame-title` or
`org-e-beamer-outline-frame-title`, depending on the exporter you use.
Another option, which I currently use is to rebind
`org-export-latex-title-command` or `org-e-latex-title-command` to ""
and typeset the titleframe manually.
Hope
* lisp/org.el (org-drawer-end-re): Introduce new constant.
(org-clock-drawer-start-re): Fix docstring.
(org-clock-drawer-end-re): Fix docstring.
(org-flag-drawer): Make use of `org-drawer-end-re'.
(org-end-of-meta-data-and-drawers): Make use of `org-drawer-end-re'.
* lisp/org-element.el (org-eleme
Hi,
I've noticed that drawers are not managed similarly, depending on the
workflow. More precisely, the end-of-drawer detection is not exactly
the same for various exports, org-element, or folding. It all boils
down to variations around (re-search-forward ":END:").
In particular, it's expected th
Hi,
the attached patch tries to solve two issues:
- Currently, org-e-latex--collect-errors only finds errors in
pdf.*latex-logs. I removed the `pdf`, cause most of the time I'm using
xelatex which wouldn't match. I don't know if this is generic enough
for all engines though.
- Occasionall
I am writing my first presentation in org mode for beamer.
I cannot find a way of replacing the word "outline"
(which is used on the automatically created toc slide)
with a German word.
I am using
#+LATEX_HEADER: \usepackage[ngerman]{babel}
but m guess is that the word "outline" is added by org,
I am using the latest version from ELPA, 20120903, OSX 10.8.1, and Emacs 24.2.1
The following document describes something which I perceive as strange behavior
and a wish at the end.
#+title: Names test
Define a name with a value
#+name: nameval
#+begin_src elisp :session *elisp* :results val
23 matches
Mail list logo
