When one exports from org to, say, latex the resulting *.tex file includes
a comment at the top indicating the time of creation. This is useful in
part because it lets the user know that the *.tex file isn't the original
source.
The same isn't true of tangled code from a source block,
There is an example bash script in section 14.12 of the org manual which
is meant to tangle source blocks from a supplied list of org files.
The present version is broken in several small ways (it appears to date
from a period when babel was still part of contrib), and requires a
hard-coded
Rasmus gmx.us> writes:
>
> Nicolas Goaziou nicolasgoaziou.fr> writes:
>
> > Hello,
> >
> > Rasmus gmx.us> writes:
> >
> >> What's wrong with equation (potentially coupled with mathtools for
> >> handling numbering automatically)? Is it worth breaking old documents
> >> (irrespective of
Nicolas Goaziou nicolasgoaziou.fr> writes:
>
> Hello,
>
> The following patch changes status for \[..\] and $$...$$ from objects
> to elements.
>
I think I've already indicated my enthusiastic support for this change, but
let me do it again! In /The TeXbook/ Donald Knuth writes that the
On Sun, Dec 20, 2015 at 1:29 AM Nicolas Goaziou <m...@nicolasgoaziou.fr>
wrote:
> Hello,
>
> Ethan Ligon <li...@are.berkeley.edu> writes:
>
> > On Thu, Dec 17, 2015 at 12:47 PM Nicolas Goaziou <m...@nicolasgoaziou.fr
> >
> > wrote:
> >
> >&
others deal with similar
issues?
Thanks,
-Ethan Ligon
* Sam Wales' example: commenting a paragraph will truncate footnotes
in xanadu[fn:b3e0f07]
um
# comment
[fn:b3e0f07]
did kublai khan
# was it "seemly"?
a stately pleasure dome
decree
Nicolas Goaziou nicolasgoaziou.fr> writes:
>
> Note that Org doesn't support comments within paragraphs since a comment
> ends a paragraph. In this case, the export output matches the contents
> of the document.
>
It seems odd that a comment ends a paragraph, but does not end a footnote!
On Thu, Dec 17, 2015 at 12:47 PM Nicolas Goaziou <m...@nicolasgoaziou.fr>
wrote:
> Hello,
>
> Ethan Ligon <li...@berkeley.edu> writes:
>
> > I've long used the following construction for displayed equations in org
> > #
> > \[
> > u_i(c)=p_i\la
Uwe Brauer oub at mat.ucm.es writes:
Hello
I just found in wikipedia
http://en.wikipedia.org/wiki/Org-mode
Claiming there are tools to import _from_ ODT.
Is this true? I have never seen anything like this.
Uwe Brauer
Presumably a reference to
On Fri, Jun 8, 2012 at 8:13 AM, Eric Schulte eric.schu...@gmx.com wrote:
Ethan Ligon li...@are.berkeley.edu writes:
#+TITLE: Example of name collision bug
#+AUTHOR:
#+EMAIL:
#+DATE: 2012-06-07 Thu
#+OPTIONS: H:3 num:t toc:nil \n:nil @:t ::t |:t ^:t -:t f:t *:t :t
* Figure
]]
#+BEGIN_SRC sh :exports none
#bar
#+END_SRC
--
Ethan Ligon, Associate Professor
Agricultural Resource Economics
University of California, Berkeley
Hi, Jarmo-
Jarmo Hurri jarmo.hurri at syk.fi writes:
1. If I have understood correctly, in order for an asymptote image to be
included as an inline image, one has to specify a file name at the
beginning of the code block, as in
#+CAPTION: A test caption.
#+begin_src asymptote
that the options that need to be offered on the #+begin_src
line have changed somehow since that worg page was last updated at the
end of April of this year, but don't really know.
Help!
-Ethan
--
Ethan Ligon, Associate Professor
Agricultural Resource Economics
University of California, Berkeley
this up, since the ChangeLog is derived from
the git log. But here's a ChangeLog entry that I think would have been
valid:
commit 49e6bc899758114d6d29e69a8f9e40798d26782b
Author: Ethan Ligon li...@are.berkeley.edu
Date: Sat Apr 9 18:39:35 2011 +0200
Fix for html docbook export
--
Ethan Ligon, Associate Professor
Agricultural Resource Economics
University of California, Berkeley
So, the :result output org ought to be associated with the *call*,
not with the function. That makes good sense. But perhaps it still
doesn't work quite as it ought...
On Thu, May 26, 2011 at 11:46 AM, Eric Schulte schulte.e...@gmail.com wrote:
Ethan Ligon li...@are.berkeley.edu writes:
I'd
this way
#+call: print_list[:results org](lst=list2) :results output
#+results: print_list[:results org](lst=list2)
or this way
#+call: print_list(lst=list2) :results output org
#+results: print_list(lst=list2)
#+END_ORG
#+BEGIN_ORG
Thanks for any enlightenment!
-Ethan
--
Ethan Ligon, Associate
documenting my actions here, since it is
related to the patch below.
Best,
Matt
49e6bc899758114d6d29e69a8f9e40798d26782b is the first bad commit
commit 49e6bc899758114d6d29e69a8f9e40798d26782b
Author: Ethan Ligon li...@are.berkeley.edu
Date: Sat Apr 9 18:39:35 2011 +0200
Fix
from the /output/ of the octave code, not the
value. However, specifying =:results output table= doesn't seem to work
(for me, in any case).
snip
I can report a very similar apparent bug, but using python.
--
Ethan Ligon, Associate Professor
Agricultural Resource Economics
University
]+\\)?
+ \\(?:\\(.*\\)[ \t]+::\\(?:[ \t]+\\|$\\)\\)?
\\(.*\\)) line)
(let* ((checkbox (match-string 3 line))
(desc-tag (or (match-string 4 line) ???))
--
Ethan Ligon, Associate Professor
Agricultural Resource Economics
University of California, Berkeley
After some very helpful corrections and suggestions from Nic, I'd like
to propose the following patch, which addresses a problem in the html
and docbook export of description items.
The problem is illustrated by the following example:
#+begin_src org
* Illustration of bug in html export
-
Nic-
Nicolas Goaziou n.goaziou at gmail.com writes:
Ethan Ligon ligon at are.berkeley.edu writes:
I've just stumbled across what I regard as a bug in the html export of
description list items.
The problem has to do with whether the specification of a description
list includes
\textbf{Doesn't} work in html export, does in latex.
\end{itemize}
\end{description}
#+end_src
Thanks for any help!
-Ethan Ligon
Ethan Ligon ligon at are.berkeley.edu writes:
I've just stumbled across what I regard as a bug in the html export of
description list items.
The problem has to do with whether the specification of a description
list includes a trailing space or not; i.e., whether - Item :: is
treated
Eric Schulte schulte.eric at gmail.com writes:
Jean-Marie Gaillourdet jmg at gaillourdet.net writes:
Hi Eric,
Eric Schulte schulte.eric at gmail.com writes:
Hi Matt,
This looks great, how would you feel about trying to fold this into
org-mime, or would you mind if I did so.
I'm working with a small spreadsheet, and would like to know how to
manage date calculations within the spreadsheet. For example,
* How to do date calculations in a spreadsheet?
|--+--|
| Date | Days elapsed |
|--+--|
|
I've been messing around in an ineffectual way with better ways to get
data from various google services (importantly gcalender and gmail)
into org.
I'd like gcalendar to talk to calendar, and I'd like gmail to feed
threads into headings. The latter seems very close to the idea behind
org-feeds.
Eric Schulte schulte.eric at gmail.com writes:
See http://orgmode.org/worg/org-contrib/org-mime.php for information on
exporting Org-mode documents to email, and on using Org-mode syntax to
compose email.
Thanks for the suggestions regarding org-mime. I can see that it
would be very
Over the last three years my projects and daily workflow have come to
depend more and more on org-mode. A few months ago I took the step of
composing important email as items in an org-file; the heading became
the subject of the email; replies could then fill in the hierarchy
under the heading
29 matches
Mail list logo