I fixed the documentation.
- Carsten
On 14.10.2012, at 09:57, Nicolas Goaziou wrote:
> Hello,
>
> Carsten Dominik writes:
>
>> Org used to have the ambition to parse a date in the middle of a text,
>> and this six what you are seeing in the documentation. However, over
>> time more and more d
Aloha Nicolas,
Yes, it exports correctly now.
Thanks for your good work.
All the best,
Tom
Nicolas Goaziou writes:
> Hello,
>
> t...@tsdye.com (Thomas S. Dye) writes:
>
>> The following input:
>>
>> Fifteen ^{14}C age determinations from 11 inland temples were reported
>> by [[textcite:mccoy1
Thanks Nicolas,
Works like magic.
All the best,
Tom
Nicolas Goaziou writes:
> Hello,
>
> t...@tsdye.com (Thomas S. Dye) writes:
>
>> Using the filter you kindly provided (below) and this construct, "/Sida/
>> cf. /fallax/" I get the following incorrect LaTeX export, "\emph{Sida}
>> cf.~/fallax
On Sun, Oct 14, 2012 at 3:05 AM, Tim wrote:
> Any idea where i should look for what may be causing the error ?
The redmine backend is incomplete and poorly tested, sorry.
Unfortunately, I'm very busy and I have not found the time to work on
org-sync yet. The redmine backend is at the top of my TO
On Sat, Oct 13, 2012 at 2:31 PM, Joao Brito wrote:
> John Hendy gmail.com> writes:
>
>> I had to track down a bunch of .dlls and copy them into my Emacs bin/
>> directory. From there it worked. For the record, I added the following
>
> Thanks, John, it worked for me too. It was easier than I thou
Hello,
t...@tsdye.com (Thomas S. Dye) writes:
> Using the filter you kindly provided (below) and this construct, "/Sida/
> cf. /fallax/" I get the following incorrect LaTeX export, "\emph{Sida}
> cf.~/fallax/". I'm expecting "\emph{Sida} cf.~\emph{fallax}".
This is because `org-emph-re' only ac
Hello,
Rasmus writes:
> Another (bug?) is that
>
> 1. $x$
> 2. $y$
>
> exports as
>
> \begin{enumerate}
> \item \$x\$
> \item \$y\$
> \end{enumerate}
> (also true for itemize).
This one should also be fixed. Thank you.
> Also, [org] $x$'s is exported as [LaTeX] $x$`s, which is also wrong.
Hello,
t...@tsdye.com (Thomas S. Dye) writes:
> The following input:
>
> Fifteen ^{14}C age determinations from 11 inland temples were reported
> by [[textcite:mccoy11:_strat_hawaii][Table 2;;ref]]. A single ^{14}C age
> determination on a piece of short-lived
>
> exports to LaTeX like this:
> Fi
t...@tsdye.com (Thomas S. Dye) writes:
> Fifteen ^{14}C age determinations from 11 inland temples were reported
> by [[textcite:mccoy11:_strat_hawaii][Table 2;;ref]]. A single ^{14}C
> age
> determination on a piece of short-lived
>
> exports to LaTeX like this:
> Fifteen $^\mathrm{14}$C age deter
Hi
I was wondering if there is a way to fontify expressions like M_x^y
correctly with org-pretty-entities.
M_x^y displays the subscript x correctly but not the superscript y.
M^y_x displays the superscript y correctly but not the subscript x.
Regards,
Laurent
Aloha Nicolas,
The following input:
Fifteen ^{14}C age determinations from 11 inland temples were reported
by [[textcite:mccoy11:_strat_hawaii][Table 2;;ref]]. A single ^{14}C age
determination on a piece of short-lived
exports to LaTeX like this:
Fifteen $^\mathrm{14}$C age determinations from
Arghh. I should have pointed out that this is the new exporter, and
that the first argument to replace-regexp-in-string is an alternative
underscore, not the blank space that shows up in my gnus.
Tom
t...@tsdye.com (Thomas S. Dye) writes:
> Aloha Nicolas,
>
> Using the filter you kindly provide
Aloha Nicolas,
Using the filter you kindly provided (below) and this construct, "/Sida/
cf. /fallax/" I get the following incorrect LaTeX export, "\emph{Sida}
cf.~/fallax/". I'm expecting "\emph{Sida} cf.~\emph{fallax}".
All the best,
Tom
#+name: ngz-nbsp
#+begin_src emacs-lisp
(defun ngz-latex
Vladimir Lomov writes:
> Hello,
> ** Sanjib Sikder [2012-10-14 11:53:52 +0530]:
>
>> Hi,
>>
>
>>> First of all can you confirm your .bashrc setting is working.?
Le dimanche 14 oct 2012 à 09:00:05 (+), Renger van Nieuwkoop a écrit :
> Hi
>
> I have the following agenda-view in Org-Mode
> ("p" "Week plan"
> ((tags-todo "Monday")
> (tags-todo "Tuesday")
> (tags-todo "Wednesday")
>
Hello Nicholas,
Very good explanation. Its like reading a standard textbook.
Thank you very much for your continuous help to org community.
Nick Dokos writes:
> Sanjib Sikder wrote:
>
>> Hi,
>>
>> "The easiest way to update is logout from the computer, login again and
>> start emacs."
>>
Sorry for the false alarm. Some messup in my org mode installation.
Definitely not a problem of 7.9.2.
Martin
Am 14.10.2012 11:05, schrieb G. Martin Butz:
Hi,
I recently upgraded to org 7.9.2. A simple search (e.g. for "Jullien")
now brings the following error (which does not seem to be relat
Hi,
I recently upgraded to org 7.9.2. A simple search (e.g. for "Jullien")
now brings the following error (which does not seem to be related to the
search itself, but some font face problem)
--8<---
org-get-todo-face: Args out of range:
Hi
I have the following agenda-view in Org-Mode
("p" "Week plan"
((tags-todo "Monday")
(tags-todo "Tuesday")
(tags-todo "Wednesday")
(tags-todo "Thursday")
(tags-todo "Friday")
Hello,
Not Sure writes:
> I am using
>
> Org-mode version 7.9.2 (7.9.2-44-g93f4b7-elpa @
> /home/johannes/.emacs.d/elpa/org-20121008/)
>
> and have the following problem:
>
> After I clocked some work I have done and issue the command
> org-clock-display, the subtotals are only displayed if the
Hello,
Carsten Dominik writes:
> Org used to have the ambition to parse a date in the middle of a text,
> and this six what you are seeing in the documentation. However, over
> time more and more different requests came in, to parse ISO weeks,
> European dates and more. Also we want to allow in
Hello,
** Sanjib Sikder [2012-10-14 11:53:52 +0530]:
> Hi,
>
>> First of all can you confirm your .bashrc setting is working.?
>> in the terminal
>> --8<--
22 matches
Mail list logo
