Nicolas Goaziou writes:
[…]
Nicolas, moving the old exporter files to contrib/lisp/ will create
problems for the org-plus-contrib ELPA archive. Can I move them to
contrib/oldexp/ instead?
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations fo
Hello,
tftor...@tftorrey.com (T.F. Torrey) writes:
> Right now, though, it's giving me a small problem: in the export to
> HTML, macro's are not expanded, so I have {{{title}}}, for instance, in
> the HTML output.
>
> I haven't been following the list as closely as I'd like, so I'm hoping
> I mis
Hello,
Achim Gratz writes:
> Nicolas Goaziou writes:
> […]
>
> Nicolas, moving the old exporter files to contrib/lisp/ will create
> problems for the org-plus-contrib ELPA archive. Can I move them to
> contrib/oldexp/ instead?
As far as I am concerned, you can. Bastien (CC'ed) might have anoth
Hi Bill,
Bill White writes:
> And thanks for implementing it. One small code problem, though - I
> think BLOCK-REGEXP should default to org-block-regexp. Otherwise,
> block-regexp isn't defined and the function just goes to the next
> org-babel-src-block-regexp
Of course, I just push this cha
Achim Gratz writes:
> Nicolas, moving the old exporter files to contrib/lisp/ will create
> problems for the org-plus-contrib ELPA archive. Can I move them to
> contrib/oldexp/ instead?
Yes, please go ahead.
Thanks,
--
Bastien
Dear list,
I want to compile (C-c C-c) the following code
#+begin_src sh
sudo apt-get update
#+end_src
The following warning/error appears in the Org-Babel Error Output:
sudo: sin tty presente y no hay programa askpass especificado
sudo: sin tty presente y no hay programa askpass especificado
So
Emilio Torres Manzanera writes:
> Dear list,
> I want to compile (C-c C-c) the following code
>
> #+begin_src sh
> sudo apt-get update
> #+end_src
#+begin_src sh :dir /sudo::
apt-get update
#+end_src
> Thanks!
> Emilio
Best regards, Michael.
Bastien writes:
>> Nicolas, moving the old exporter files to contrib/lisp/ will create
>> problems for the org-plus-contrib ELPA archive. Can I move them to
>> contrib/oldexp/ instead?
>
> Yes, please go ahead.
Done, please check that I didn't miss any file.
Regards,
Achim.
--
+<[Q+ Matrix-12
Achim Gratz writes:
> Done, please check that I didn't miss any file.
org2rem.el and org-export-generic.el both require org-exp.el. Shouldn't
they go into oldexp, too?
Regards,
--
Nicolas Goaziou
Nicolas Goaziou writes:
> Achim Gratz writes:
>
>> Done, please check that I didn't miss any file.
>
> org2rem.el and org-export-generic.el both require org-exp.el. Shouldn't
> they go into oldexp, too?
Indeed, done.
--
Bastien
Alan Schmitt writes:
> Hello,
>
> I recently updated org-mode (from git), and ocaml source code is no
> longer recognized. If I have a very simple file, like this:
>
> #+BEGIN_SRC ocaml
> let x = 2 in x
> #+END_SRC
>
> I don't get syntax highlighting, and trying to evaluate it result in an
> error
Hi all,
Eric S Fraga writes:
> Greg Minshall writes:
>
>> hi. i use RCS on my .org files. it's happened to me more than once (>1
>> ==> "shame on me") that i've entered "C-c '" on a read-only .org file,
>> spent some time editing the source code fragment, then done "C-c '",
>> only to lose my
Hi Nicolas,
>> How to generate latex code for a theorem with an author, like this:
>>
>> \begin{theorem}[Newton]
>> Blah.
>> \end{theorem}
>>
>> With the old exporter, you could do this:
>>
>>
>> #+BEGIN_theorem Newton
>> Blah.
>> #+END_theorem
>>
>>
[...]
I was not aware of that possibility in
Hello,
Andreas Leha writes:
>> #+attr_latex: :options [Newton]
>> #+begin_theorem
>> Blah.
>> #+end_theorem
>>
>> It is heavier but it seems more consistent to me.
>
> Even if it *was* LaTeX only, shouldn't it be up to the backend to
> provide translation of such arguments? I'd vote for
Hi Nicolas,
>>> #+attr_latex: :options [Newton]
>>> #+begin_theorem
>>> Blah.
>>> #+end_theorem
>>>
>>> It is heavier but it seems more consistent to me.
>>
>> Even if it *was* LaTeX only, shouldn't it be up to the backend to
>> provide translation of such arguments? I'd vote for the shor
On Fri, Feb 8, 2013 at 4:45 PM, Sebastien Vauban
wrote:
>
> "Sean O'Halpin" wrote:
>>
>> I suggest we rename it to "#+HTML_HEAD".
>
> But I'd like to propose HTML_HEADER instead (?), to "mirror" what LaTeX_HEADER
> does -- at least, if that one still exists, which I'm not sure about (not
> enough
Hello,
"Sean O'Halpin" writes:
> This raises another question which is more about Org document export
> headers in general: why do we have specific document headers for LaTeX
> and HTML? Because we need to able to insert raw markup at specific
> points in the exported document. (We also have =ht
Achim Gratz writes:
> Nicolas Goaziou writes:
> […]
>
> Nicolas, moving the old exporter files to contrib/lisp/ will create
> problems for the org-plus-contrib ELPA archive. Can I move them to
> contrib/oldexp/ instead?
I recommend contrib/obsolete/ or contrib/attic/.
>
>
> Regards,
> Achim.
Since a few days (maybe an emacs update) I get this error message
whenever I run org-caldav-sync.
--8<---cut here---start->8---
Debugger entered--Lisp error: (void-function url-http-options)
url-http-options("https://www.google.com/calendar/dav/0fseo5jbfp99
Julien Cubizolles writes:
> Since a few days (maybe an emacs update) I get this error message
> whenever I run org-caldav-sync.
>
> Debugger entered--Lisp error: (void-function url-http-options)
>
> I've been digging around a bit and url-http-options is defined in
> url-http.el which is present on
Hi,
in ox-html.el there's a line with an assert (the only one):
(assert (org-uuidgen-p path))
1. I have some IDs like "o5y98600aze0" which don't conform to that uuidgen
format; they were created by early versions of org. Should only UUIDs be
accepted as ID?
2. I think the ID sh
Hi Nicolas,
an oddity occurs since the new exporter moved into core (I don't think I
had seen this before, so maybe you can relate to what is different now):
--8<---cut here---start->8---
Compiling /lisp/org-mode/lisp/org.el...
Loading org-element...
Loading or
hey guys,
would the new freemind exporter be able to handle files
created with freeplane, or would there have to be a
freeplane exporter too? Freeplane files and Freemind files
are similar, but not the same.
Just something to consider...
--
-tom
Hi,
I was quite fond of org-highlight-latex-fragments-and-specials which
was recently removed ¹. I'm sure there were good reasons for removing
it.
Basically stuff like α would be displayed with a special face.
Likewise,
\begin{equation}
X
\end{equation}
would be highlighted.
Does anybody have
David Engster writes:
> Julien Cubizolles writes:
>> Since a few days (maybe an emacs update) I get this error message
>> whenever I run org-caldav-sync.
>>
>> Debugger entered--Lisp error: (void-function url-http-options)
>>
>> I've been digging around a bit and url-http-options is defined in
>
Hello,
Achim Gratz writes:
> an oddity occurs since the new exporter moved into core (I don't think I
> had seen this before, so maybe you can relate to what is different now):
>
> Compiling /lisp/org-mode/lisp/org.el...
> Loading org-element...
> Loading org-element...
> Loading org-element...
Nicolas Goaziou writes:
> Yes, I noticed this one too, but I don't know yet from where it could
> come from.
Hmm. If you don't know, then this is even more worrysome. Can't spend
more time on this now, unfortunately.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk
Hello,
Rasmus writes:
> Basically stuff like α would be displayed with a special face.
It's still the case. This part is done by `org-fontify-entities'
(toggled by `org-pretty-entities').
> Likewise,
> \begin{equation}
> X
> \end{equation}
> would be highlighted.
>
> Does anybody have a good i
On Sat, Feb 9, 2013 at 1:56 PM, Nicolas Goaziou wrote:
> Hello,
>
> "Sean O'Halpin" writes:
>
>> This raises another question which is more about Org document export
>> headers in general: why do we have specific document headers for LaTeX
>> and HTML? Because we need to able to insert raw markup
Hi,
Michael Brand writes:
> The usefulness of a SCHEDULED delay I see together with a TODO and
> repeater to implement an _exception_ (to simplify: exception just for
> the first date, before the repetitions). For example
>
> SCHEDULED: <2013-02-01 Fri +1w -3d>
>
> would mean: Usually start wor
Julien Cubizolles writes:
> David Engster writes:
>
>> Julien Cubizolles writes:
>>> Since a few days (maybe an emacs update) I get this error message
>>> whenever I run org-caldav-sync.
>>>
>>> Debugger entered--Lisp error: (void-function url-http-options)
>>>
>>> I've been digging around a bit
Hello,
t...@tsdye.com (Thomas S. Dye) writes:
> The following text:
>
> LaTeX math snippets (see [[LaTeX fragments]])
>
> is being exported to texinfo like this:
>
> @LaTeX{} math snippets (see @ref{@LaTeX{} fragments,})
> ^
>
> I think the
Nicolas Goaziou writes:
>> Basically stuff like α would be displayed with a special face.
>
> It's still the case. This part is done by `org-fontify-entities'
> (toggled by `org-pretty-entities').
This just turns \alpha into α. It does not give it a special color
(on my system at least).
> May
On Sat, Feb 9, 2013 at 2:59 AM, Michael Baum wrote:
>
> - What signals the end of the block of text to be used as data? I take it
> that it's important that these all be comment lines staring with a colon
> after the #+name label? Is there a way to do the same thing with a begin and
> end block co
"Sean O'Halpin" writes:
> I haven't made myself clear. I'm not suggesting a general concept of
> "head". What I am suggesting is that the back-ends handle these
> back-end specific concepts themselves, rather than add more buffer
> keywords for every new exporter.
Each back-end adds its own keyw
Bill White writes:
>> C-c C-F (`org-next-block')
>> C-c C-B (`org-previous-block')
> And, echoing Sebastien, `F' and `B' as speed commands would be very
> handy.
Bastien writes:
> Of course, I just push this change.
> Done!
Hi, all.
Quickly seeing this exchange, and realizing I do not unde
Hi Samuel
On Sat, Feb 9, 2013 at 7:06 PM, Samuel Loury wrote:
> [...]
> I quite agree with you. It is also the way I understood it, with the
> automatic removal of the -3d.
>
> Only a tiny glitch there, I suppose you guessed it was written
>
> SCHEDULED: <2013-02-01 Fri +1m -3d>
>
> and not
>
> S
Nicolas Goaziou writes:
> "Sean O'Halpin" writes:
>> You would avoid having to add document level keywords such as
>> HTML_STYLE and MAN_CLASS_OPTIONS for new exporters. It would be the
>> back-end's responsibility to validate and document these options. My
>> suggestion is really not so differen
Hi François,
François Pinard wrote:
> Bill White writes:
>
>>> C-c C-F (`org-next-block')
>>> C-c C-B (`org-previous-block')
>
>> And, echoing Sebastien, `F' and `B' as speed commands would be very
>> handy.
>
> Bastien writes:
>
>> Of course, I just push this change.
>> Done!
>
> Hi, all.
>
>
Alan Schmitt writes:
> Alan Schmitt writes:
>
>> Hello,
>>
>> I recently updated org-mode (from git), and ocaml source code is no
>> longer recognized. If I have a very simple file, like this:
>>
>> #+BEGIN_SRC ocaml
>> let x = 2 in x
>> #+END_SRC
>>
>> I don't get syntax highlighting, and trying
Hi François,
"Sebastien Vauban" wrote:
> François Pinard wrote:
>> Bastien writes:
>>> Bill White writes:
>>
>>> C-c C-F (`org-next-block')
>>> C-c C-B (`org-previous-block')
>>>
And, echoing Sebastien, `F' and `B' as speed commands would be very
handy.
>>>
>>> Of course, I just push t
Hi Eric,
Eric Schulte wrote:
> Alan Schmitt writes:
>> I have found the problem: I was missing a new line at the end of the
>> #+END_SRC.
>>
>> Unfortunately the evaluation of the code does not work with recent
>> tuareg. I first had to add:
>>
>> (defalias 'tuareg-run-caml 'tuareg-run-ocaml)
>>
Aloha all,
I just got around to 'make update', the first one in about a week. It
usually runs smoothly, but now it doesn't.
In toplevel form:
ox.el:80:1:Error: Symbol's value as variable is void: org-ts-regexp
Done (Total of 9 files compiled, 101 failed, 3 skipped)
Scrolling through the many er
-- Forwarded message --
From: "Jonathan Leech-Pepin"
Date: Feb 9, 2013 8:57 AM
Subject: Re: [O] Bug? in texinfo exporter
To: "Thomas S. Dye"
Cc:
Just realized I hit reply not reply-all
If Nick's fix fixes it do much the better.com but I'm pretty sure the comma
isn't the culprit.
Hey Tom,
I committed this problem this morning. I just pushed up a fix.
Thanks for catching,
t...@tsdye.com (Thomas S. Dye) writes:
> Aloha all,
>
> I just got around to 'make update', the first one in about a week. It
> usually runs smoothly, but now it doesn't.
>
> In toplevel form:
> ox.el
Rasmus writes:
> Nicolas Goaziou writes:
>
>> To begin with, it should be useful to know what is missing exactly.
>
> Colors. E.g. it used to be that if an equation was too long to be
> supported by $-signs it would go from brown (on my system) to the
> normal black, giving visual feedback as t
Eric Schulte writes:
> Hey Tom,
>
> I committed this problem this morning. I just pushed up a fix.
Done (Total of 110 files compiled, 3 skipped)
Thanks for the quick fix.
All the best,
Tom
--
Thomas S. Dye
http://www.tsdye.com
"Sebastien Vauban"
writes:
> ;;** 15.3 (info "(org)Speed keys")
OK, got it now. I tried =?= as per the documentation suggests, and
there is a great deal there indeed.
> Well, you know that since 25 Sep 2012 22:31; I remember an exchange on that
> with you: see http://comments.gmane.org/gmane.e
Cudos for all the work that has been done on migrating to the new
exporter. I so welcome that exporting now is approaching a clean
design!
I am currently migrating my system and contribute my first stop:
custom emphasis characters that I use extensively:
- "!" is used for exclamations,
- "?" for
Gregor Kappler writes:
> Cudos for all the work that has been done on migrating to the new
> exporter. I so welcome that exporting now is approaching a clean
> design!
Let me join my voice to the chorus! Munch congratulations, and thanks!
There is an impressive amount of work in all this, it h
Hi Roland,
"Roland Winkler" writes:
> visit the following org file with emacs -Q
>
> cat > foo.org < * foo
> bar (+.2 to .5)
> baz (+.2 to .5)
>
> bar (+.2 to .5)
> baz +.2 to .5)
> EOF
>
> Why are part of the second and third line striked through?
Because "+" tries to add fontificatio
The old exporter indented plain lists.
This does not seem to fix it:
(add-to-list 'org-export-filter-plain-list-functions
(lambda (plain-list back-end &rest _rest)
(if (eq back-end 'ascii)
(replace-regexp-in-string "^" " " plain-list)
plain-list)
On 2/7/13, Nicolas Goaziou wrote:
>> The new export window is unusable. It shows the second half of the
>> menu.
>
> Out of curiosity, how did you make the previous export window usable
> under these conditions? It was 28-line high with no scrolling mechanism
> either.
I don't remember whether t
Hi François,
François Pinard wrote:
> "Sebastien Vauban" writes:
>
>> ;;** 15.3 (info "(org)Speed keys")
>
> OK, got it now. I tried =?= as per the documentation suggests, and
> there is a great deal there indeed.
As well, M-x org-speed-command-help... Hé, that's from here the fact I'm
talking o
54 matches
Mail list logo
