* latex export and beamer columns
@ 2009-11-21 12:49 Eric S Fraga
2009-11-21 13:34 ` Carsten Dominik
` (2 more replies)
0 siblings, 3 replies; 27+ messages in thread
From: Eric S Fraga @ 2009-11-21 12:49 UTC (permalink / raw)
To: org-mode mailing list
Recently, in September, there was a discussion about exporting org
files to latex using the beamer class and generating slides with
multiple columns:
http://article.gmane.org/gmane.emacs.orgmode/17546
No solution was presented at that time but I think I've managed to
create one that is quite reasonable. I define a beamer entry in
org-export-latex-classes which has the following definitions for the
different headings in an org-mode file:
--8<---------------cut here---------------start------------->8---
("\\section{%s}" . "\\section*{%s}")
("\\begin{frame}\\frametitle{%s}" "\\end{frame}"
"\\begin{frame}\\frametitle{%s}" "\\end{frame}")
("\\begin{columns} \% %s" "\\end{columns}"
"\\begin{columns} \% %s" "\\end{columns}")
("\\begin{column}{%s\\textwidth}" "\\end{column}"
"\\begin{column}{%s\\textwidth}" "\\end{column}")
--8<---------------cut here---------------end--------------->8---
Then, if I have a 3rd level heading (whose actual text is ignored),
multiple columns mode is entered and the level 4 headings indicate the
widths (relative to \textwidth although obviously one could generalise
this) of each subsequent column.
*Note*: for this to work, you have to specify H:4 in the document
OPTIONS or else the 4th level headings are turned into items in an
itemized list.
So, for instance, this will generate a slide with two columns of text
(noting that I use odd levels only for my headings):
--8<---------------cut here---------------start------------->8---
# -*- coding: utf-8; -*-
#+TITLE: Beamer column test
#+AUTHOR: Eric
#+OPTIONS: H:4 num:t toc:nil \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t
#+OPTIONS: TeX:t LaTeX:t skip:nil d:nil todo:t pri:nil tags:not-in-toc
#+LaTeX_CLASS: beamer
* Main heading
*** An interesting slide
***** columns (this text is ignored)
******* 0.3
- Some text on the left of the slide
- make sure we have at least two bullet points
- this is a narrow column
******* 0.7
- text on the right side of the slide
- and more
- and even more
- and this is a much wider column
--8<---------------cut here---------------end--------------->8---
I can now create the slides for presentations and lectures completely
within org-mode so I'm a very happy camper!
eric
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-21 12:49 latex export and beamer columns Eric S Fraga
@ 2009-11-21 13:34 ` Carsten Dominik
2009-11-22 12:12 ` Eric S Fraga
2009-11-21 16:33 ` Thomas S. Dye
2009-11-26 1:52 ` Łukasz Stelmach
2 siblings, 1 reply; 27+ messages in thread
From: Carsten Dominik @ 2009-11-21 13:34 UTC (permalink / raw)
To: Eric S Fraga; +Cc: org-mode mailing list
Hi Eric,
this looks very nice! I just tried beamer for the first time,
this is very simple now. Maybe I can drop powerpoint, at least
for some stuff.
I think we need a good beamer tutorial on Worg, including this
column stuff, and some text about image treatment.
Any volunteers? Anything missing in Org that we should implement to
support this better?
- Carsten
On Nov 21, 2009, at 1:49 PM, Eric S Fraga wrote:
> Recently, in September, there was a discussion about exporting org
> files to latex using the beamer class and generating slides with
> multiple columns:
>
> http://article.gmane.org/gmane.emacs.orgmode/17546
>
> No solution was presented at that time but I think I've managed to
> create one that is quite reasonable. I define a beamer entry in
> org-export-latex-classes which has the following definitions for the
> different headings in an org-mode file:
>
>
> --8<---------------cut here---------------start------------->8---
> ("\\section{%s}" . "\\section*{%s}")
> ("\\begin{frame}\\frametitle{%s}" "\\end{frame}"
> "\\begin{frame}\\frametitle{%s}" "\\end{frame}")
> ("\\begin{columns} \% %s" "\\end{columns}"
> "\\begin{columns} \% %s" "\\end{columns}")
> ("\\begin{column}{%s\\textwidth}" "\\end{column}"
> "\\begin{column}{%s\\textwidth}" "\\end{column}")
> --8<---------------cut here---------------end--------------->8---
>
>
> Then, if I have a 3rd level heading (whose actual text is ignored),
> multiple columns mode is entered and the level 4 headings indicate the
> widths (relative to \textwidth although obviously one could generalise
> this) of each subsequent column.
>
> *Note*: for this to work, you have to specify H:4 in the document
> OPTIONS or else the 4th level headings are turned into items in an
> itemized list.
>
> So, for instance, this will generate a slide with two columns of text
> (noting that I use odd levels only for my headings):
>
>
> --8<---------------cut here---------------start------------->8---
> # -*- coding: utf-8; -*-
> #+TITLE: Beamer column test
> #+AUTHOR: Eric
> #+OPTIONS: H:4 num:t toc:nil \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t
> #+OPTIONS: TeX:t LaTeX:t skip:nil d:nil todo:t pri:nil tags:not-in-
> toc
> #+LaTeX_CLASS: beamer
>
> * Main heading
> *** An interesting slide
> ***** columns (this text is ignored)
> ******* 0.3
> - Some text on the left of the slide
> - make sure we have at least two bullet points
> - this is a narrow column
> ******* 0.7
> - text on the right side of the slide
> - and more
> - and even more
> - and this is a much wider column
> --8<---------------cut here---------------end--------------->8---
>
>
> I can now create the slides for presentations and lectures completely
> within org-mode so I'm a very happy camper!
>
> eric
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
- Carsten
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-21 12:49 latex export and beamer columns Eric S Fraga
2009-11-21 13:34 ` Carsten Dominik
@ 2009-11-21 16:33 ` Thomas S. Dye
2009-11-22 12:00 ` Eric S Fraga
2009-11-26 1:52 ` Łukasz Stelmach
2 siblings, 1 reply; 27+ messages in thread
From: Thomas S. Dye @ 2009-11-21 16:33 UTC (permalink / raw)
To: Eric S Fraga, Eric S Fraga; +Cc: org-mode mailing list
On Nov 21, 2009, at 2:49 AM, Eric S Fraga wrote:
> Recently, in September, there was a discussion about exporting org
> files to latex using the beamer class and generating slides with
> multiple columns:
>
> http://article.gmane.org/gmane.emacs.orgmode/17546
>
> No solution was presented at that time but I think I've managed to
> create one that is quite reasonable. I define a beamer entry in
> org-export-latex-classes which has the following definitions for the
> different headings in an org-mode file:
>
>
> --8<---------------cut here---------------start------------->8---
> ("\\section{%s}" . "\\section*{%s}")
> ("\\begin{frame}\\frametitle{%s}" "\\end{frame}"
> "\\begin{frame}\\frametitle{%s}" "\\end{frame}")
> ("\\begin{columns} \% %s" "\\end{columns}"
> "\\begin{columns} \% %s" "\\end{columns}")
> ("\\begin{column}{%s\\textwidth}" "\\end{column}"
> "\\begin{column}{%s\\textwidth}" "\\end{column}")
> --8<---------------cut here---------------end--------------->8---
>
>
> Then, if I have a 3rd level heading (whose actual text is ignored),
> multiple columns mode is entered and the level 4 headings indicate the
> widths (relative to \textwidth although obviously one could generalise
> this) of each subsequent column.
>
> *Note*: for this to work, you have to specify H:4 in the document
> OPTIONS or else the 4th level headings are turned into items in an
> itemized list.
>
> So, for instance, this will generate a slide with two columns of text
> (noting that I use odd levels only for my headings):
>
>
> --8<---------------cut here---------------start------------->8---
> # -*- coding: utf-8; -*-
> #+TITLE: Beamer column test
> #+AUTHOR: Eric
> #+OPTIONS: H:4 num:t toc:nil \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t
> #+OPTIONS: TeX:t LaTeX:t skip:nil d:nil todo:t pri:nil tags:not-in-
> toc
> #+LaTeX_CLASS: beamer
>
> * Main heading
> *** An interesting slide
> ***** columns (this text is ignored)
> ******* 0.3
> - Some text on the left of the slide
> - make sure we have at least two bullet points
> - this is a narrow column
> ******* 0.7
> - text on the right side of the slide
> - and more
> - and even more
> - and this is a much wider column
> --8<---------------cut here---------------end--------------->8---
>
>
> I can now create the slides for presentations and lectures completely
> within org-mode so I'm a very happy camper!
>
> eric
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Aloha Eric,
Thanks very much for this approach to creating beamer slides with
columns. The earlier discussion didn't come up with a solution at
least partly because I was clinging to the notion that low-level
headings, below the levels specified by the H option, should be used
for itemized lists. Once this mistaken assumption is abandoned, your
solution becomes clear.
Nice!
All the best,
Tom
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-21 16:33 ` Thomas S. Dye
@ 2009-11-22 12:00 ` Eric S Fraga
0 siblings, 0 replies; 27+ messages in thread
From: Eric S Fraga @ 2009-11-22 12:00 UTC (permalink / raw)
To: Thomas S. Dye; +Cc: org-mode mailing list
At Sat, 21 Nov 2009 06:33:52 -1000,
Thomas S. Dye wrote:
>
> On Nov 21, 2009, at 2:49 AM, Eric S Fraga wrote:
>
> > Recently, in September, there was a discussion about exporting org
> > files to latex using the beamer class and generating slides with
> > multiple columns:
[...]
>
> Aloha Eric,
>
> Thanks very much for this approach to creating beamer slides with
> columns. The earlier discussion didn't come up with a solution at
> least partly because I was clinging to the notion that low-level
> headings, below the levels specified by the H option, should be used
> for itemized lists. Once this mistaken assumption is abandoned, your
> solution becomes clear.
>
> Nice!
>
> All the best,
> Tom
>
You're very welcome! The solution was indeed easy once one gets past
the limitation of three levels only. In my case, it was that I didn't
even realise that the exporter would convert lower level headings to
items! I figured this out when I couldn't figure out why my 4th level
headings weren't initially being translated... :-)
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-21 13:34 ` Carsten Dominik
@ 2009-11-22 12:12 ` Eric S Fraga
2009-11-22 15:15 ` Eric S Fraga
2009-11-23 14:53 ` Sébastien Vauban
0 siblings, 2 replies; 27+ messages in thread
From: Eric S Fraga @ 2009-11-22 12:12 UTC (permalink / raw)
To: Carsten Dominik; +Cc: org-mode mailing list
At Sat, 21 Nov 2009 14:34:18 +0100,
Carsten Dominik wrote:
>
> Hi Eric,
>
> this looks very nice! I just tried beamer for the first time,
> this is very simple now. Maybe I can drop powerpoint, at least
> for some stuff.
Thanks Carsten! Definitely drop powerpoint... I would highly
recommend org-mode to you ;-)
Seriously, the arguments for beamer versus PP are the same as (IMO)
latex versus Word and, for me, come down to text versus binary and
open versus proprietary...
> I think we need a good beamer tutorial on Worg, including this
> column stuff, and some text about image treatment.
>
> Any volunteers? Anything missing in Org that we should implement to
> support this better?
I may be able to help write such a tutorial (although not before xmas
as I'm bogged down with lectures [and hence my interest in getting
columns working in beamer!] at the moment).
At the moment, the only thing that is missing in org-mode to beamer is
some way to specify arguments to the \frame command, options such as
[shrink] or [t]. At the moment, there is no mechanism that supports
this. Something like attr_frame may be necessary just as we do with
figures, as in:
,----
| #+attr_frame: shrink=20
| *** This is a slide with a lot of text
| ...
`----
I have no idea how easy or difficult this would be to implement, mind
you.
There is also the issue of animation, specifically the <N> tags for
items in lists but most behaviour like this can be handled with \pause
statements so I'm not too worried about this.
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-22 12:12 ` Eric S Fraga
@ 2009-11-22 15:15 ` Eric S Fraga
2009-11-22 15:29 ` Matt Lundin
2009-11-23 13:55 ` Carsten Dominik
2009-11-23 14:53 ` Sébastien Vauban
1 sibling, 2 replies; 27+ messages in thread
From: Eric S Fraga @ 2009-11-22 15:15 UTC (permalink / raw)
To: Carsten Dominik, org-mode mailing list
> At Sat, 21 Nov 2009 14:34:18 +0100,
> Carsten Dominik wrote:
> > Anything missing in Org that we should implement to support this
> > better?
Actually, going through the set of lectures I am currently preparing,
I am finding that there is one thing missing that I haven't needed
before in latex export: the ability to centre a figure without having
to use a float environment.
Back in September, early October, there was a thread about image
placement in latex export:
http://article.gmane.org/gmane.emacs.orgmode/18174/
There was a number of use cases discussed: inline placement versus
float placement. There is one use case missing, one that is
particularly useful for presentations, although not often necessary
for articles say, namely a figure centred on a line without a caption
and without floating. This seemed to be present at some point in the
past but has disappeared, unless I have misunderstood the state of
play...
Basically, I would like to do something like:
,----
| In a double pipe heat exchanger,
|
| [[file:images/double-pipe-heat-exchanger.png]]
|
| the heat transfer etc. ad nauseum...
`----
and have that figure centred on the line instead of left aligned as it
would currently appear.
If I add a #+label: the image does appear centred but as this is done
by using a latex figure environment, a Figure: caption (empty) is
added which isn't particularly useful in this case!
There *is* a solution, but it's a bit messy, e.g.:
,----
|
| \hfill
| #+attr_latex: width=0.6\textwidth
| [[file:images/double-pipe-heat-exchanger.png]]
| \hspace*{\fill} \\
|
`----
By the way, an \hfill at the end is not sufficient to centre the image.
I have no solution to propose for incorporating something like this
into org-mode other than possibly making use of a placement=centre
(oops, center if you prefer american spelling) option on attr_latex
which would put the includegraphics within a \centerline or \centering
environment.
Thanks,
eric
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-22 15:15 ` Eric S Fraga
@ 2009-11-22 15:29 ` Matt Lundin
2009-11-22 19:31 ` Eric S Fraga
2009-11-23 13:55 ` Carsten Dominik
1 sibling, 1 reply; 27+ messages in thread
From: Matt Lundin @ 2009-11-22 15:29 UTC (permalink / raw)
To: Eric S Fraga; +Cc: org-mode mailing list, Carsten Dominik
Eric S Fraga <ucecesf@ucl.ac.uk> writes:
>> At Sat, 21 Nov 2009 14:34:18 +0100,
>> Carsten Dominik wrote:
>
>> > Anything missing in Org that we should implement to support this
>> > better?
>
> Actually, going through the set of lectures I am currently preparing,
> I am finding that there is one thing missing that I haven't needed
> before in latex export: the ability to centre a figure without having
> to use a float environment.
>
> Back in September, early October, there was a thread about image
> placement in latex export:
>
> http://article.gmane.org/gmane.emacs.orgmode/18174/
>
> There was a number of use cases discussed: inline placement versus
> float placement. There is one use case missing, one that is
> particularly useful for presentations, although not often necessary
> for articles say, namely a figure centred on a line without a caption
> and without floating. This seemed to be present at some point in the
> past but has disappeared, unless I have misunderstood the state of
> play...
>
> Basically, I would like to do something like:
>
> ,----
> | In a double pipe heat exchanger,
> |
> | [[file:images/double-pipe-heat-exchanger.png]]
> |
> | the heat transfer etc. ad nauseum...
> `----
>
> and have that figure centred on the line instead of left aligned as it
> would currently appear.
>
> If I add a #+label: the image does appear centred but as this is done
> by using a latex figure environment, a Figure: caption (empty) is
> added which isn't particularly useful in this case!
>
> There *is* a solution, but it's a bit messy, e.g.:
>
> ,----
> |
> | \hfill
> | #+attr_latex: width=0.6\textwidth
> | [[file:images/double-pipe-heat-exchanger.png]]
> | \hspace*{\fill} \\
> |
> `----
>
> By the way, an \hfill at the end is not sufficient to centre the image.
>
> I have no solution to propose for incorporating something like this
> into org-mode other than possibly making use of a placement=centre
> (oops, center if you prefer american spelling) option on attr_latex
> which would put the includegraphics within a \centerline or \centering
> environment.
I've only used Beamer a few times, but I use the "center" environment to
center images. Could you perhaps use the following?
,----
| In a double pipe heat exchanger,
|
| #+begin_center
| [[file:images/double-pipe-heat-exchanger.png]]
| #+end_center
|
| the heat transfer etc. ad nauseum...
`----
Best,
Matt
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-22 15:29 ` Matt Lundin
@ 2009-11-22 19:31 ` Eric S Fraga
0 siblings, 0 replies; 27+ messages in thread
From: Eric S Fraga @ 2009-11-22 19:31 UTC (permalink / raw)
To: Matt Lundin; +Cc: org-mode mailing list, Carsten Dominik
At Sun, 22 Nov 2009 10:29:47 -0500,
Matt Lundin wrote:
[...]
> I've only used Beamer a few times, but I use the "center" environment to
> center images. Could you perhaps use the following?
>
> ,----
> | In a double pipe heat exchanger,
> |
> | #+begin_center
> | [[file:images/double-pipe-heat-exchanger.png]]
> | #+end_center
> |
> | the heat transfer etc. ad nauseum...
> `----
>
> Best,
> Matt
Excellent suggestion! I didn't know about begin_center (sigh). I
think this will work well in general.
There is one case where it won't and that's within a list as the latex
generated is wrong in the same way it is for a figure environment
within a list (cf. the message earlier today from me).
Many thanks,
eric
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-22 15:15 ` Eric S Fraga
2009-11-22 15:29 ` Matt Lundin
@ 2009-11-23 13:55 ` Carsten Dominik
2009-11-23 22:15 ` Eric S Fraga
1 sibling, 1 reply; 27+ messages in thread
From: Carsten Dominik @ 2009-11-23 13:55 UTC (permalink / raw)
To: Eric S Fraga; +Cc: org-mode mailing list
Hi Eric,
I am now getting interested in beamer support. I think this is
interesting enough to implement special support for making beamer
slides.
Can I ask you to think about it in general terms, what would be useful
to have?
One of the problems with your most recent solution for the columns
problem is that the document no longer exports really well to a normal
LaTeX document - or is this no issue because beamer has its own way to
produce handouts, so that the LaTeX export of a document intended for
beamer is not so interesting?
But also in a broader sense: What would be useful? I think making
slides in this way, through org, could be extremely fast and useful.
- Carsten
On Nov 22, 2009, at 4:15 PM, Eric S Fraga wrote:
>> At Sat, 21 Nov 2009 14:34:18 +0100,
>> Carsten Dominik wrote:
>
>>> Anything missing in Org that we should implement to support this
>>> better?
>
> Actually, going through the set of lectures I am currently preparing,
> I am finding that there is one thing missing that I haven't needed
> before in latex export: the ability to centre a figure without having
> to use a float environment.
>
> Back in September, early October, there was a thread about image
> placement in latex export:
>
> http://article.gmane.org/gmane.emacs.orgmode/18174/
>
> There was a number of use cases discussed: inline placement versus
> float placement. There is one use case missing, one that is
> particularly useful for presentations, although not often necessary
> for articles say, namely a figure centred on a line without a caption
> and without floating. This seemed to be present at some point in the
> past but has disappeared, unless I have misunderstood the state of
> play...
>
> Basically, I would like to do something like:
>
> ,----
> | In a double pipe heat exchanger,
> |
> | [[file:images/double-pipe-heat-exchanger.png]]
> |
> | the heat transfer etc. ad nauseum...
> `----
>
> and have that figure centred on the line instead of left aligned as it
> would currently appear.
>
> If I add a #+label: the image does appear centred but as this is done
> by using a latex figure environment, a Figure: caption (empty) is
> added which isn't particularly useful in this case!
>
> There *is* a solution, but it's a bit messy, e.g.:
>
> ,----
> |
> | \hfill
> | #+attr_latex: width=0.6\textwidth
> | [[file:images/double-pipe-heat-exchanger.png]]
> | \hspace*{\fill} \\
> |
> `----
>
> By the way, an \hfill at the end is not sufficient to centre the
> image.
>
> I have no solution to propose for incorporating something like this
> into org-mode other than possibly making use of a placement=centre
> (oops, center if you prefer american spelling) option on attr_latex
> which would put the includegraphics within a \centerline or \centering
> environment.
>
> Thanks,
> eric
- Carsten
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-22 12:12 ` Eric S Fraga
2009-11-22 15:15 ` Eric S Fraga
@ 2009-11-23 14:53 ` Sébastien Vauban
1 sibling, 0 replies; 27+ messages in thread
From: Sébastien Vauban @ 2009-11-23 14:53 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric and Carsten,
Eric S Fraga wrote:
> At Sat, 21 Nov 2009 14:34:18 +0100, Carsten Dominik wrote:
>>
>> Anything missing in Org that we should implement to support this better?
>
> At the moment, the only thing that is missing in org-mode to beamer is some
> way to specify arguments to the \frame command, options such as
> [shrink] or [t]. At the moment, there is no mechanism that supports
> this. Something like attr_frame may be necessary just as we do with
> figures.
I think another needed feature is for source code insertion. Then, one needs
to set the frames as "fragile". This could be best supported on a frame per
frame basis.
For the rest, I'm more than glad that Beamer will become an "official" target
for Org. This is clearly wonderful.
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-23 13:55 ` Carsten Dominik
@ 2009-11-23 22:15 ` Eric S Fraga
2009-11-24 0:02 ` Daniel Martins
2009-11-24 6:55 ` Carsten Dominik
0 siblings, 2 replies; 27+ messages in thread
From: Eric S Fraga @ 2009-11-23 22:15 UTC (permalink / raw)
To: Carsten Dominik; +Cc: org-mode mailing list
At Mon, 23 Nov 2009 14:55:53 +0100, Carsten Dominik wrote:
>
> Hi Eric,
>
> I am now getting interested in beamer support. I think this is
> interesting enough to implement special support for making beamer
> slides.
Excellent!
> Can I ask you to think about it in general terms, what would be useful
> to have?
I've been using org-mode for my presentations for a few months now and
intensively the past week or so for a set of lectures (70+ slides) I
have to give starting tomorrow (yikes! had better get them
finished...!). It's working remarkably well.
Beamer has many many features and I think it would violate the ethos
of org-mode if we attempted to support the majority of them. Although
I can suggest a number of features I think would be nice to support,
I'm sure others will have a different subset they think is
critical... however, I will give it a go:
1. being able to easily specify columns. I've proposed a solution
works well for me but it is a bit clumsy and does impose a meaning
on the 3rd and 4th level headings. This might conflict with other
potential uses for these headings obviously (cf. next point). Also,
please see my response to your comment on the impact of this on
normal latex export below. The nice thing about using headings to
indicate columns is the ease with which the columns can be
re-ordered.
2. it would be nice to support the block environment in beamer. The
obvious way would be to use 3rd level headings to indicate blocks.
In my case, I use these less frequently than columns which is why I
chose to use 3rd level headings to indicate columns. However, a
solution that catered for both would be great.
one solution I am playing with, given that I often have blocks
within columns, is to use the 5th level headings for block
headings:
--8<---------------cut here---------------start------------->8---
("\\section{%s}" . "\\section*{%s}")
("\\begin{frame}\\frametitle{%s}" "\\end{frame}"
"\\begin{frame}\\frametitle{%s}" "\\end{frame}")
("\\begin{columns} \% %s" "\\end{columns}"
"\\begin{columns} \% %s" "\\end{columns}")
("\\begin{column}{%s\\textwidth}" "\\end{column}"
"\\begin{column}{%s\\textwidth}" "\\end{column}")
("\\begin{block}{%s}" "\\end{block}"
"\\begin{block}{%s}" "\\end{block}")
--8<---------------cut here---------------end--------------->8---
For example, the following would generate a block within a full
width column on the slide:
--8<---------------cut here---------------start------------->8---
*** Another slide
***** columns
******* 1.0
********* My proposition
- work better
- work faster
- have a life
--8<---------------cut here---------------end--------------->8---
Although clumsy, it works! (set H:5 of course)
3. support for animation, typically through the special <N> tags on
items and blocks (and more generally on most latex environments),
would be nice. This can be used to selectively display different
parts of a slide. One way to implement this, at least for itemized
lists, would be through a new bullet point syntax, as in:
<1-> item to display from first virtual "slide" onwards
<2-3> display on second and third views of the slide
<-4> display up to 4th view
which would translate to
\begin{itemize}
\item<1-> item to display from first virtual "slide" onwards
\item<2-3> display on second and third views of the slide
\item<-4> display up to 4th view
\end{itemize}
I have no idea how hard it would be to incorporate this into the
current list handling however... although I can imagine it could be
quite difficult.
4. as already mentioned in another email, passing arguments to the
frame environment would also be quite useful. This could be done
with an attribute type of framework as done for figures and
tables. I don't use many options to frame but I do find the need
to use [shrink=20] or similar often (because my default font
setting for beamer is "bigger" and so slides with more than a few
bullet points or equations quickly overflow the slide).
5. finally, I use tikz a great deal in my presentations. However,
this is probably best handled by the normal embedded latex features
already present.
Again, this list is based on the features I find I use in beamer and
others will have other requirements unfortunately.
> One of the problems with your most recent solution for the columns
> problem is that the document no longer exports really well to a normal
> LaTeX document - or is this no issue because beamer has its own way to
> produce handouts, so that the LaTeX export of a document intended for
> beamer is not so interesting?
Yes, beamer provides a very nice handout mode (option "handout" to the
beamer document class).
> But also in a broader sense: What would be useful? I think making
> slides in this way, through org, could be extremely fast and useful.
It is indeed fast and very useful. It's made preparing my slides much
less painful and almost a pleasure, especially the ease with which I
can now change the order of my presentation etc! But I should say
that, for pedagogical reasons, I purposely keep my slides quite
simple as much as possible.
I look forward to seeing what you come up with! I'm happy to send you
examples of both beamer and org-mode->beamer that I have prepared for
seminars and teaching. Let me know.
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-23 22:15 ` Eric S Fraga
@ 2009-11-24 0:02 ` Daniel Martins
2009-11-24 6:55 ` Carsten Dominik
1 sibling, 0 replies; 27+ messages in thread
From: Daniel Martins @ 2009-11-24 0:02 UTC (permalink / raw)
To: e.fraga; +Cc: org-mode mailing list, Carsten Dominik
Eric listed all (or almost all) "requirements" for exporting Beamer.
Some of the mI encountered a few days ago. I decided to export the
lists into latex and then converting by hand the rest of the
presentation.
I am also very happy that "Beamer" is becoming an official directive
of org-mode.
Carsten converted us to org-mode and we converted him to Beamer!
Daniel
2009/11/23 Eric S Fraga <ucecesf@ucl.ac.uk>:
> At Mon, 23 Nov 2009 14:55:53 +0100, Carsten Dominik wrote:
>>
>> Hi Eric,
>>
>> I am now getting interested in beamer support. I think this is
>> interesting enough to implement special support for making beamer
>> slides.
>
> Excellent!
>
>> Can I ask you to think about it in general terms, what would be useful
>> to have?
>
> I've been using org-mode for my presentations for a few months now and
> intensively the past week or so for a set of lectures (70+ slides) I
> have to give starting tomorrow (yikes! had better get them
> finished...!). It's working remarkably well.
>
> Beamer has many many features and I think it would violate the ethos
> of org-mode if we attempted to support the majority of them. Although
> I can suggest a number of features I think would be nice to support,
> I'm sure others will have a different subset they think is
> critical... however, I will give it a go:
>
> 1. being able to easily specify columns. I've proposed a solution
> works well for me but it is a bit clumsy and does impose a meaning
> on the 3rd and 4th level headings. This might conflict with other
> potential uses for these headings obviously (cf. next point). Also,
> please see my response to your comment on the impact of this on
> normal latex export below. The nice thing about using headings to
> indicate columns is the ease with which the columns can be
> re-ordered.
>
> 2. it would be nice to support the block environment in beamer. The
> obvious way would be to use 3rd level headings to indicate blocks.
> In my case, I use these less frequently than columns which is why I
> chose to use 3rd level headings to indicate columns. However, a
> solution that catered for both would be great.
>
> one solution I am playing with, given that I often have blocks
> within columns, is to use the 5th level headings for block
> headings:
>
> --8<---------------cut here---------------start------------->8---
> ("\\section{%s}" . "\\section*{%s}")
> ("\\begin{frame}\\frametitle{%s}" "\\end{frame}"
> "\\begin{frame}\\frametitle{%s}" "\\end{frame}")
> ("\\begin{columns} \% %s" "\\end{columns}"
> "\\begin{columns} \% %s" "\\end{columns}")
> ("\\begin{column}{%s\\textwidth}" "\\end{column}"
> "\\begin{column}{%s\\textwidth}" "\\end{column}")
> ("\\begin{block}{%s}" "\\end{block}"
> "\\begin{block}{%s}" "\\end{block}")
> --8<---------------cut here---------------end--------------->8---
>
> For example, the following would generate a block within a full
> width column on the slide:
>
> --8<---------------cut here---------------start------------->8---
> *** Another slide
> ***** columns
> ******* 1.0
> ********* My proposition
> - work better
> - work faster
> - have a life
> --8<---------------cut here---------------end--------------->8---
>
> Although clumsy, it works! (set H:5 of course)
>
> 3. support for animation, typically through the special <N> tags on
> items and blocks (and more generally on most latex environments),
> would be nice. This can be used to selectively display different
> parts of a slide. One way to implement this, at least for itemized
> lists, would be through a new bullet point syntax, as in:
>
> <1-> item to display from first virtual "slide" onwards
> <2-3> display on second and third views of the slide
> <-4> display up to 4th view
>
> which would translate to
>
> \begin{itemize}
> \item<1-> item to display from first virtual "slide" onwards
> \item<2-3> display on second and third views of the slide
> \item<-4> display up to 4th view
> \end{itemize}
>
> I have no idea how hard it would be to incorporate this into the
> current list handling however... although I can imagine it could be
> quite difficult.
>
> 4. as already mentioned in another email, passing arguments to the
> frame environment would also be quite useful. This could be done
> with an attribute type of framework as done for figures and
> tables. I don't use many options to frame but I do find the need
> to use [shrink=20] or similar often (because my default font
> setting for beamer is "bigger" and so slides with more than a few
> bullet points or equations quickly overflow the slide).
>
> 5. finally, I use tikz a great deal in my presentations. However,
> this is probably best handled by the normal embedded latex features
> already present.
>
> Again, this list is based on the features I find I use in beamer and
> others will have other requirements unfortunately.
>
>> One of the problems with your most recent solution for the columns
>> problem is that the document no longer exports really well to a normal
>> LaTeX document - or is this no issue because beamer has its own way to
>> produce handouts, so that the LaTeX export of a document intended for
>> beamer is not so interesting?
>
> Yes, beamer provides a very nice handout mode (option "handout" to the
> beamer document class).
>
>> But also in a broader sense: What would be useful? I think making
>> slides in this way, through org, could be extremely fast and useful.
>
> It is indeed fast and very useful. It's made preparing my slides much
> less painful and almost a pleasure, especially the ease with which I
> can now change the order of my presentation etc! But I should say
> that, for pedagogical reasons, I purposely keep my slides quite
> simple as much as possible.
>
> I look forward to seeing what you come up with! I'm happy to send you
> examples of both beamer and org-mode->beamer that I have prepared for
> seminars and teaching. Let me know.
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-23 22:15 ` Eric S Fraga
2009-11-24 0:02 ` Daniel Martins
@ 2009-11-24 6:55 ` Carsten Dominik
2009-11-24 8:36 ` Eric S Fraga
2009-11-24 8:49 ` Eric S Fraga
1 sibling, 2 replies; 27+ messages in thread
From: Carsten Dominik @ 2009-11-24 6:55 UTC (permalink / raw)
To: e.fraga; +Cc: org-mode mailing list
On Nov 23, 2009, at 11:15 PM, Eric S Fraga wrote:
> At Mon, 23 Nov 2009 14:55:53 +0100, Carsten Dominik wrote:
>>
>> Hi Eric,
>>
>> I am now getting interested in beamer support. I think this is
>> interesting enough to implement special support for making beamer
>> slides.
>
> Excellent!
>
>> Can I ask you to think about it in general terms, what would be
>> useful
>> to have?
>
> I've been using org-mode for my presentations for a few months now and
> intensively the past week or so for a set of lectures (70+ slides) I
> have to give starting tomorrow (yikes! had better get them
> finished...!). It's working remarkably well.
>
> Beamer has many many features and I think it would violate the ethos
:-)
> of org-mode if we attempted to support the majority of them. Although
> I can suggest a number of features I think would be nice to support,
> I'm sure others will have a different subset they think is
> critical... however, I will give it a go:
>
> 1. being able to easily specify columns. I've proposed a solution
> works well for me but it is a bit clumsy and does impose a meaning
> on the 3rd and 4th level headings. This might conflict with other
> potential uses for these headings obviously (cf. next point). Also,
> please see my response to your comment on the impact of this on
> normal latex export below. The nice thing about using headings to
> indicate columns is the ease with which the columns can be
> re-ordered.
>
> 2. it would be nice to support the block environment in beamer.
The problem I see here is that one might want to have blocks inside
a column, and maybe columns inside blocks. Is both
allowed/practical/often-used?
> The
> obvious way would be to use 3rd level headings to indicate blocks.
> In my case, I use these less frequently than columns which is why I
> chose to use 3rd level headings to indicate columns. However, a
> solution that catered for both would be great.
>
> one solution I am playing with, given that I often have blocks
> within columns, is to use the 5th level headings for block
> headings:
>
> --8<---------------cut here---------------start------------->8---
> ("\\section{%s}" . "\\section*{%s}")
> ("\\begin{frame}\\frametitle{%s}" "\\end{frame}"
> "\\begin{frame}\\frametitle{%s}" "\\end{frame}")
> ("\\begin{columns} \% %s" "\\end{columns}"
> "\\begin{columns} \% %s" "\\end{columns}")
> ("\\begin{column}{%s\\textwidth}" "\\end{column}"
> "\\begin{column}{%s\\textwidth}" "\\end{column}")
> ("\\begin{block}{%s}" "\\end{block}"
> "\\begin{block}{%s}" "\\end{block}")
> --8<---------------cut here---------------end--------------->8---
>
> For example, the following would generate a block within a full
> width column on the slide:
>
> --8<---------------cut here---------------start------------->8---
> *** Another slide
> ***** columns
> ******* 1.0
> ********* My proposition
> - work better
> - work faster
> - have a life
> --8<---------------cut here---------------end--------------->8---
>
> Although clumsy, it works! (set H:5 of course)
>
> 3. support for animation, typically through the special <N> tags on
> items and blocks (and more generally on most latex environments),
> would be nice. This can be used to selectively display different
> parts of a slide. One way to implement this, at least for itemized
> lists, would be through a new bullet point syntax, as in:
>
> <1-> item to display from first virtual "slide" onwards
> <2-3> display on second and third views of the slide
> <-4> display up to 4th view
>
> which would translate to
>
> \begin{itemize}
> \item<1-> item to display from first virtual "slide" onwards
> \item<2-3> display on second and third views of the slide
> \item<-4> display up to 4th view
> \end{itemize}
>
> I have no idea how hard it would be to incorporate this into the
> current list handling however... although I can imagine it could be
> quite difficult.
I think you can just write
- <1-> item to display from first virtual "slide" onwards
- <2-3> display on second and third views of the slide
- <-4> display up to 4th view
Beamer seems to allow a space between \item and the animation
specification. But maybe we should allow the itemize environment
to be fitted with the cookie to invoke default animation...
> 4. as already mentioned in another email, passing arguments to the
> frame environment would also be quite useful. This could be done
> with an attribute type of framework as done for figures and
> tables. I don't use many options to frame but I do find the need
> to use [shrink=20] or similar often (because my default font
> setting for beamer is "bigger" and so slides with more than a few
> bullet points or equations quickly overflow the slide).
Yes, I can see that this would be useful.
>
> 5. finally, I use tikz a great deal in my presentations. However,
> this is probably best handled by the normal embedded latex features
> already present.
>
> Again, this list is based on the features I find I use in beamer and
> others will have other requirements unfortunately.
>
>> One of the problems with your most recent solution for the columns
>> problem is that the document no longer exports really well to a
>> normal
>> LaTeX document - or is this no issue because beamer has its own way
>> to
>> produce handouts, so that the LaTeX export of a document intended for
>> beamer is not so interesting?
>
> Yes, beamer provides a very nice handout mode (option "handout" to the
> beamer document class).
Is there also a way to add lots of additional text? Text that will not
show up in the slides, but which will show up when creating handouts
or a different output mode? For example, it could be nice to
create the slides and the syllabus from the same document...
>
>> But also in a broader sense: What would be useful? I think making
>> slides in this way, through org, could be extremely fast and useful.
>
> It is indeed fast and very useful. It's made preparing my slides much
> less painful and almost a pleasure, especially the ease with which I
> can now change the order of my presentation etc! But I should say
> that, for pedagogical reasons, I purposely keep my slides quite
> simple as much as possible.
>
> I look forward to seeing what you come up with! I'm happy to send you
> examples of both beamer and org-mode->beamer that I have prepared for
> seminars and teaching. Let me know.
Yes, please do that, it is always useful to look at a real world
example.
- Carsten
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-24 6:55 ` Carsten Dominik
@ 2009-11-24 8:36 ` Eric S Fraga
2009-11-24 8:49 ` Eric S Fraga
1 sibling, 0 replies; 27+ messages in thread
From: Eric S Fraga @ 2009-11-24 8:36 UTC (permalink / raw)
To: Carsten Dominik; +Cc: org-mode mailing list
At Tue, 24 Nov 2009 07:55:11 +0100,
Carsten Dominik wrote:
[...]
> > 2. it would be nice to support the block environment in beamer.
>
> The problem I see here is that one might want to have blocks inside
> a column, and maybe columns inside blocks. Is both
> allowed/practical/often-used?
I must admit that I have never tried columns within a block although I
guess this should work. My view of blocks is that they are meant to
highlight a particular idea or concept and therefore I tend to have
small amounts of text or images within a block but, of course, others
may have different views on this.
[...]
> > <1-> item to display from first virtual "slide" onwards
> > <2-3> display on second and third views of the slide
> > <-4> display up to 4th view
> >
> > which would translate to
> >
> > \begin{itemize}
> > \item<1-> item to display from first virtual "slide" onwards
> > \item<2-3> display on second and third views of the slide
> > \item<-4> display up to 4th view
> > \end{itemize}
> >
> > I have no idea how hard it would be to incorporate this into the
> > current list handling however... although I can imagine it could be
> > quite difficult.
>
> I think you can just write
>
> - <1-> item to display from first virtual "slide" onwards
> - <2-3> display on second and third views of the slide
> - <-4> display up to 4th view
>
> Beamer seems to allow a space between \item and the animation
> specification. But maybe we should allow the itemize environment
> to be fitted with the cookie to invoke default animation...
D'oh! Of course. Works like a charm!
[...]
> > Yes, beamer provides a very nice handout mode (option "handout" to the
> > beamer document class).
>
>
> Is there also a way to add lots of additional text? Text that will not
> show up in the slides, but which will show up when creating handouts
> or a different output mode? For example, it could be nice to
> create the slides and the syllabus from the same document...
You can specify, for specific frames, whether they should appear or
not in either beamer or handout modes and you can in fact specify
which parts of a frame (using visibility modifiers) will appear in
either case (although I must admit that I've never actually got this
to work properly despite following the beamer documentation).
Although it would indeed be nice to produce the slides and the
syllabus from the same document, I am not sure how to do this in
beamer, much less in org-mode!
> > I look forward to seeing what you come up with! I'm happy to send you
> > examples of both beamer and org-mode->beamer that I have prepared for
> > seminars and teaching. Let me know.
>
> Yes, please do that, it is always useful to look at a real world
> example.
I'll send you some examples off list as I don't necessarily want them
disseminated widely.
Thanks,
eric
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-24 6:55 ` Carsten Dominik
2009-11-24 8:36 ` Eric S Fraga
@ 2009-11-24 8:49 ` Eric S Fraga
2009-11-24 8:59 ` Carsten Dominik
1 sibling, 1 reply; 27+ messages in thread
From: Eric S Fraga @ 2009-11-24 8:49 UTC (permalink / raw)
To: Carsten Dominik; +Cc: org-mode mailing list
Carsten,
I've thought of one more thing that would be useful in an org to
beamer exporter: beamer has the \alert{} command for highlighting text
in a slide. It would be nice to have one or other of the *text* or
/text/ constructs in org translate to \alert{text}. I can, of course,
type \alert{text} directly in the org file but this is less appealing.
I thought of redefining textbf to be alert but this screws up the rest
of beamer (e.g. it uses \textbf for slide headings depending on the
style used).
eric
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-24 8:49 ` Eric S Fraga
@ 2009-11-24 8:59 ` Carsten Dominik
2009-11-24 18:02 ` Eric S Fraga
0 siblings, 1 reply; 27+ messages in thread
From: Carsten Dominik @ 2009-11-24 8:59 UTC (permalink / raw)
To: Eric S Fraga; +Cc: org-mode mailing list
Hi Eric,
On Nov 24, 2009, at 9:49 AM, Eric S Fraga wrote:
> Carsten,
>
> I've thought of one more thing that would be useful in an org to
> beamer exporter: beamer has the \alert{} command for highlighting text
> in a slide. It would be nice to have one or other of the *text* or
> /text/ constructs in org translate to \alert{text}. I can, of course,
> type \alert{text} directly in the org file but this is less appealing.
>
> I thought of redefining textbf to be alert but this screws up the rest
> of beamer (e.g. it uses \textbf for slide headings depending on the
> style used).
Hmm, I think one would still like to be able to make text
bold and italic as well? So I don't think one should use * or /.
How about the exclamation mark?
I guess the easiest would be to add to the two variables org-emphasis-
alist
and org-export-emphasis-alist.
To the former your could add (maybe use other HTML tags)
("!" org-warning "<b>" "</b>")
and to the latter
("!" "\\alert{%s}" nil)
You might have to restart Emacs before these work.
HTH
- Carsten
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-24 8:59 ` Carsten Dominik
@ 2009-11-24 18:02 ` Eric S Fraga
2009-11-25 6:28 ` Carsten Dominik
0 siblings, 1 reply; 27+ messages in thread
From: Eric S Fraga @ 2009-11-24 18:02 UTC (permalink / raw)
To: Carsten Dominik; +Cc: org-mode mailing list
[-- Attachment #1: Type: text/plain, Size: 3046 bytes --]
At Tue, 24 Nov 2009 09:59:20 +0100,
Carsten Dominik wrote:
[...]
>
> Hmm, I think one would still like to be able to make text
> bold and italic as well? So I don't think one should use * or /.
> How about the exclamation mark?
>
> I guess the easiest would be to add to the two variables org-emphasis-
> alist
> and org-export-emphasis-alist.
>
> To the former your could add (maybe use other HTML tags)
>
> ("!" org-warning "<b>" "</b>")
>
> and to the latter
>
> ("!" "\\alert{%s}" nil)
>
> You might have to restart Emacs before these work.
I've tried this (with org up to date as of an hour or so ago [Org-mode
version 6.33trans (release_6.33f.29.g5064)] and emacs 23.1.1) and it
doesn't work for me, having tried "!", ":" and "@" as possible markers
(and I'm leaning to the latter as the best choice to avoid confusion
with ends of sentences and because I don't have a lot of email
addresses in my slides... ;-).
The display doesn't reflect the face to be used and the text goes
straight through upon export. I have customised both variables
indicated and have looked at the code in org.el that handles this but
cannot figure out what is wrong. Any suggestions? Attached is my
beamer org test file.
My settings are:
--8<---------------cut here---------------start------------->8---
org-emphasis-alist is a variable defined in `org.el'.
Its value is shown below.
Documentation:
Special syntax for emphasized text.
Text starting and ending with a special character will be emphasized, for
example *bold*, _underlined_ and /italic/. This variable sets the marker
characters, the face to be used by font-lock for highlighting in Org-mode
Emacs buffers, and the HTML tags to be used for this.
For LaTeX export, see the variable `org-export-latex-emphasis-alist'.
Use customize to modify this, or restart Emacs after changing it.
You can customize this variable.
Value:
(("*" bold "<b>" "</b>")
("/" italic "<i>" "</i>")
("_" underline "<span style=\"text-decoration:underline;\">" "</span>")
("=" org-code "<code>" "</code>" verbatim)
("~" org-verbatim "<code>" "</code>" verbatim)
("+"
(:strike-through t)
"<del>" "</del>")
("@" bold "<b>" "</b>"))
--8<---------------cut here---------------end--------------->8---
--8<---------------cut here---------------start------------->8---
org-export-latex-emphasis-alist is a variable defined in `org-latex.el'.
Its value is
(("*" "\\textbf{%s}" nil)
("/" "\\emph{%s}" nil)
("_" "\\underline{%s}" nil)
("+" "\\texttt{%s}" nil)
("=" "\\verb=%s=" nil)
("~" "\\verb~%s~" t)
("@" "\\alert{%s}" nil))
--8<---------------cut here---------------end--------------->8---
By the way, the second variable, org-export-latex-emphasis-alist, does
not appear in the possible variables to get help on (with C-h v)
unless I have given it a value. It does, of course, appear in the
org-latex customisation group. However, note the difference in the
output from C-h v for these two variables. Maybe this gives some hint
of what may be wrong? Dunno...
Thanks,
eric
[-- Attachment #2: beamertest.org --]
[-- Type: application/octet-stream, Size: 772 bytes --]
#+TITLE: Presentation with Org-Mode and Beamer
#+AUTHOR: Eric S Fraga
#+EMAIL: Eric S Fraga <e.fraga@ucl.ac.uk>
#+DATE: 2009-10-18 Sun
#+DESCRIPTION:
#+KEYWORDS:
#+LANGUAGE: en
#+OPTIONS: H:5 num:t toc:t \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t
#+OPTIONS: TeX:t LaTeX:t skip:nil d:nil todo:t pri:nil tags:not-in-toc
#+INFOJS_OPT: view:nil toc:nil ltoc:t mouse:underline buttons:0 path:http://orgmode.org/org-info.js
#+EXPORT_SELECT_TAGS: export
#+EXPORT_EXCLUDE_TAGS: noexport
#+LINK_UP:
#+LINK_HOME:
#+LaTeX_CLASS: beamer
* Introduction
*** The first point
1. <1-> I would like to say this @emphatically@.
2. <2-> and this but in *bold*.
3. <3-> but also this /emphasised/.
*** the second
* The guts of the presentation
*** and more
*** and less
[-- Attachment #3: Type: text/plain, Size: 201 bytes --]
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-24 18:02 ` Eric S Fraga
@ 2009-11-25 6:28 ` Carsten Dominik
2009-11-25 9:27 ` Eric S Fraga
2009-11-25 18:03 ` Eric S Fraga
0 siblings, 2 replies; 27+ messages in thread
From: Carsten Dominik @ 2009-11-25 6:28 UTC (permalink / raw)
To: e.fraga; +Cc: org-mode mailing list
Hi Eric,
tis works just fine for me.
Here are the values of the two variables:
org-emphasis-alist is a variable defined in `org.el'.
Its value is
(("*" bold "<b>" "</b>")
("/" italic "<i>" "</i>")
("_" underline "<span style=\"text-decoration:underline;\">" "</
span>")
("=" org-code "<code>" "</code>" verbatim)
("~" org-verbatim "<code>" "</code>" verbatim)
(";" org-verbatim "<i>" "</i>" verbatim)
("@" org-warning "<b>" "</b>"))
org-export-latex-emphasis-alist is a variable defined in `org-latex.el'.
Its value is
(("*" "\\textbf{%s}" nil)
("/" "\\emph{%s}" nil)
("_" "\\underline{%s}" nil)
("+" "\\st{%s}" nil)
("=" "\\verb" t)
("~" "\\verb" t)
("@" "\\alert{%s}" nil))
org-export-latex-emphasise-alist if available for C-h v only after otg-
latex.el has been loaded.
HTH
- Carsten
On Nov 24, 2009, at 7:02 PM, Eric S Fraga wrote:
> At Tue, 24 Nov 2009 09:59:20 +0100,
> Carsten Dominik wrote:
>
> [...]
>
>>
>> Hmm, I think one would still like to be able to make text
>> bold and italic as well? So I don't think one should use * or /.
>> How about the exclamation mark?
>>
>> I guess the easiest would be to add to the two variables org-
>> emphasis-
>> alist
>> and org-export-emphasis-alist.
>>
>> To the former your could add (maybe use other HTML tags)
>>
>> ("!" org-warning "<b>" "</b>")
>>
>> and to the latter
>>
>> ("!" "\\alert{%s}" nil)
>>
>> You might have to restart Emacs before these work.
>
> I've tried this (with org up to date as of an hour or so ago [Org-mode
> version 6.33trans (release_6.33f.29.g5064)] and emacs 23.1.1) and it
> doesn't work for me, having tried "!", ":" and "@" as possible markers
> (and I'm leaning to the latter as the best choice to avoid confusion
> with ends of sentences and because I don't have a lot of email
> addresses in my slides... ;-).
>
> The display doesn't reflect the face to be used and the text goes
> straight through upon export. I have customised both variables
> indicated and have looked at the code in org.el that handles this but
> cannot figure out what is wrong. Any suggestions? Attached is my
> beamer org test file.
>
> By the way, the second variable, org-export-latex-emphasis-alist, does
> not appear in the possible variables to get help on (with C-h v)
> unless I have given it a value. It does, of course, appear in the
> org-latex customisation group. However, note the difference in the
> output from C-h v for these two variables. Maybe this gives some hint
> of what may be wrong? Dunno...
>
> Thanks,
> eric
>
> <beamertest.org>
- Carsten
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-25 6:28 ` Carsten Dominik
@ 2009-11-25 9:27 ` Eric S Fraga
2009-11-25 18:03 ` Eric S Fraga
1 sibling, 0 replies; 27+ messages in thread
From: Eric S Fraga @ 2009-11-25 9:27 UTC (permalink / raw)
To: Carsten Dominik; +Cc: org-mode mailing list
At Wed, 25 Nov 2009 07:28:36 +0100,
Carsten Dominik wrote:
>
> Hi Eric,
>
> tis works just fine for me.
>
> Here are the values of the two variables:
>
> org-emphasis-alist is a variable defined in `org.el'.
> Its value is
> (("*" bold "<b>" "</b>")
> ("/" italic "<i>" "</i>")
> ("_" underline "<span style=\"text-decoration:underline;\">" "</
> span>")
> ("=" org-code "<code>" "</code>" verbatim)
> ("~" org-verbatim "<code>" "</code>" verbatim)
> (";" org-verbatim "<i>" "</i>" verbatim)
> ("@" org-warning "<b>" "</b>"))
>
>
> org-export-latex-emphasis-alist is a variable defined in `org-latex.el'.
> Its value is
> (("*" "\\textbf{%s}" nil)
> ("/" "\\emph{%s}" nil)
> ("_" "\\underline{%s}" nil)
> ("+" "\\st{%s}" nil)
> ("=" "\\verb" t)
> ("~" "\\verb" t)
> ("@" "\\alert{%s}" nil))
These are (approximately: without the ";" entry and with bold instead
of org-warning for "@" in first list) what I have but it's not working
for me (org up to date as of this morning). The @text@ does not show
up bold in my emacs window for some reason (and the export still
doesn't convert the "@" sign).
Can you please suggest how I might debug this? It would seem to be
something in my configuration and I can start doing a pruning or
divide-and-conquer type of approach but my emacs initialisation is
rather complex so if any other approach for debugging is available,
that would be good.
Thanks,
eric
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-25 6:28 ` Carsten Dominik
2009-11-25 9:27 ` Eric S Fraga
@ 2009-11-25 18:03 ` Eric S Fraga
2009-11-25 23:25 ` Carsten Dominik
1 sibling, 1 reply; 27+ messages in thread
From: Eric S Fraga @ 2009-11-25 18:03 UTC (permalink / raw)
To: Carsten Dominik; +Cc: org-mode mailing list
At Wed, 25 Nov 2009 07:28:36 +0100,
Carsten Dominik wrote:
>
> Hi Eric,
>
> tis works just fine for me.
>
> Here are the values of the two variables:
>
> org-emphasis-alist is a variable defined in `org.el'.
> org-export-latex-emphasis-alist [...]
Carsten,
I am puzzled. I can get this to work (and it works very well indeed)
but only if I set these variables through the customisation interface
in Emacs (custom-set-variables) and not if I setq them after loading
the packages as I normally do. No other variables in org-mode give me
this behaviour.
I haven't yet tried seeing if both variables have to be set through
custom-set-variables or only one of them but will try that later.
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-25 18:03 ` Eric S Fraga
@ 2009-11-25 23:25 ` Carsten Dominik
2009-11-26 8:16 ` Eric S Fraga
0 siblings, 1 reply; 27+ messages in thread
From: Carsten Dominik @ 2009-11-25 23:25 UTC (permalink / raw)
To: e.fraga; +Cc: org-mode mailing list
On Nov 25, 2009, at 7:03 PM, Eric S Fraga wrote:
> At Wed, 25 Nov 2009 07:28:36 +0100,
> Carsten Dominik wrote:
>>
>> Hi Eric,
>>
>> tis works just fine for me.
>>
>> Here are the values of the two variables:
>>
>> org-emphasis-alist is a variable defined in `org.el'.
>> org-export-latex-emphasis-alist [...]
>
> Carsten,
>
> I am puzzled. I can get this to work (and it works very well indeed)
> but only if I set these variables through the customisation interface
> in Emacs (custom-set-variables) and not if I setq them after loading
> the packages as I normally do. No other variables in org-mode give me
> this behaviour.
>
> I haven't yet tried seeing if both variables have to be set through
> custom-set-variables or only one of them but will try that later.
Hi Eric,
I wrote in my reply that a restart of Emacs is necessary to make the
work.
The reason is that the information in these variables must be
converted into complicated regexp, and that only happens if you do it
through customize
(which sets the variable and then calls a hook to do the necessary
updates),
or if you set the variables in Lisp *before* org.el is loaded.
The docstring of org-emphasis-alist says:
"Use customize to modify this, or restart Emacs after changing it."
If that is not clear enough, what should I write there?
- Carsten
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-21 12:49 latex export and beamer columns Eric S Fraga
2009-11-21 13:34 ` Carsten Dominik
2009-11-21 16:33 ` Thomas S. Dye
@ 2009-11-26 1:52 ` Łukasz Stelmach
2009-11-26 18:25 ` Eric S Fraga
2 siblings, 1 reply; 27+ messages in thread
From: Łukasz Stelmach @ 2009-11-26 1:52 UTC (permalink / raw)
To: emacs-orgmode
Eric S Fraga <ucecesf@ucl.ac.uk> writes:
> Recently, in September, there was a discussion about exporting org
> files to latex using the beamer class and generating slides with
> multiple columns:
>
> http://article.gmane.org/gmane.emacs.orgmode/17546
(...)
> So, for instance, this will generate a slide with two columns of text
> (noting that I use odd levels only for my headings):
>
>
>
> --8<---------------cut here---------------start------------->8---
> # -*- coding: utf-8; -*-
> #+TITLE: Beamer column test
> #+AUTHOR: Eric
> #+OPTIONS: H:4 num:t toc:nil \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t
> #+OPTIONS: TeX:t LaTeX:t skip:nil d:nil todo:t pri:nil tags:not-in-toc
> #+LaTeX_CLASS: beamer
>
> * Main heading
> *** An interesting slide
> ***** columns (this text is ignored)
> ******* 0.3
> - Some text on the left of the slide
> - make sure we have at least two bullet points
> - this is a narrow column
> ******* 0.7
> - text on the right side of the slide
> - and more
> - and even more
> - and this is a much wider column
> --8<---------------cut here---------------end--------------->8---
I've just tried something simplier and IMHO more flexible (widths).
--8<---------------cut here---------------start------------->8---
* The Title
** The Section
*** The Frame
#+latex: \begin{columns}[t]
#+latex: \column{.5\textwidth}
- My point
- Your point
#+latex: \column{.5\textwidth}
Conclusion
#+latex: \end{columns}
--8<---------------cut here---------------end--------------->8---
Unfortunately the the plain list is not recognized and converted to
itemize. When I remove the "#+latex: \begin|end" stuff then the list
looks as it should.
--
Miłego dnia,
Łukasz Stelmach
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-25 23:25 ` Carsten Dominik
@ 2009-11-26 8:16 ` Eric S Fraga
2009-11-26 9:05 ` Carsten Dominik
0 siblings, 1 reply; 27+ messages in thread
From: Eric S Fraga @ 2009-11-26 8:16 UTC (permalink / raw)
To: Carsten Dominik; +Cc: org-mode mailing list
At Thu, 26 Nov 2009 00:25:21 +0100,
Carsten Dominik wrote:
> On Nov 25, 2009, at 7:03 PM, Eric S Fraga wrote:
>
> > Carsten,
> >
> > I am puzzled. I can get this to work (and it works very well indeed)
> > but only if I set these variables through the customisation interface
> > in Emacs (custom-set-variables) and not if I setq them after loading
> > the packages as I normally do. No other variables in org-mode give me
> > this behaviour.
> >
> > I haven't yet tried seeing if both variables have to be set through
> > custom-set-variables or only one of them but will try that later.
>
> Hi Eric,
>
> I wrote in my reply that a restart of Emacs is necessary to make the
> work.
> The reason is that the information in these variables must be
> converted into complicated regexp, and that only happens if you do it
> through customize
> (which sets the variable and then calls a hook to do the necessary
> updates),
> or if you set the variables in Lisp *before* org.el is loaded.
>
> The docstring of org-emphasis-alist says:
>
> "Use customize to modify this, or restart Emacs after changing it."
>
> If that is not clear enough, what should I write there?
>
> - Carsten
>
This is all perfectly clear: I did restart emacs (several times) after
putting in the setq commands to set those variables.
However, I guess the instructions you give are actually subtly
incorrect? That is, from what you say above, using setq is not going
to work because that doesn't invoke any hooks for the particular
variables. Therefore these variable must (?) be set through
customize? Or is there some way to invoke, automatically, the hooks
when setting a variable directly? Probably not.
FYI, I am happy in principle to use customize but I don't use it in
general because I share my emacs configuration amongst a number of
machines and tend to use customize *only* for those variables that are
different on each system (e.g. only emacs 22 is available on my
internet table). This makes it easy to have an almost consistent
environment regardless of the system I'm using.
Anyway, thanks again: using @text@ now works very nicely both in org
mode and in the export!
eric
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-26 8:16 ` Eric S Fraga
@ 2009-11-26 9:05 ` Carsten Dominik
2009-11-26 10:33 ` Eric S Fraga
0 siblings, 1 reply; 27+ messages in thread
From: Carsten Dominik @ 2009-11-26 9:05 UTC (permalink / raw)
To: Eric S Fraga; +Cc: org-mode mailing list
On Nov 26, 2009, at 9:16 AM, Eric S Fraga wrote:
> At Thu, 26 Nov 2009 00:25:21 +0100,
> Carsten Dominik wrote:
>
>> On Nov 25, 2009, at 7:03 PM, Eric S Fraga wrote:
>>
>>> Carsten,
>>>
>>> I am puzzled. I can get this to work (and it works very well
>>> indeed)
>>> but only if I set these variables through the customisation
>>> interface
>>> in Emacs (custom-set-variables) and not if I setq them after loading
>>> the packages as I normally do. No other variables in org-mode
>>> give me
>>> this behaviour.
>>>
>>> I haven't yet tried seeing if both variables have to be set through
>>> custom-set-variables or only one of them but will try that later.
>>
>> Hi Eric,
>>
>> I wrote in my reply that a restart of Emacs is necessary to make the
>> work.
>> The reason is that the information in these variables must be
>> converted into complicated regexp, and that only happens if you do
>> it
>> through customize
>> (which sets the variable and then calls a hook to do the necessary
>> updates),
>> or if you set the variables in Lisp *before* org.el is loaded.
>>
>> The docstring of org-emphasis-alist says:
>>
>> "Use customize to modify this, or restart Emacs after changing it."
>>
>> If that is not clear enough, what should I write there?
>>
>> - Carsten
>>
>
> This is all perfectly clear: I did restart emacs (several times) after
> putting in the setq commands to set those variables.
>
> However, I guess the instructions you give are actually subtly
> incorrect? That is, from what you say above, using setq is not going
> to work because that doesn't invoke any hooks for the particular
> variables. Therefore these variable must (?) be set through
> customize? Or is there some way to invoke, automatically, the hooks
> when setting a variable directly? Probably not.
setq will work when you do it *before* loading org.el
- Carsten
>
> FYI, I am happy in principle to use customize but I don't use it in
> general because I share my emacs configuration amongst a number of
> machines and tend to use customize *only* for those variables that are
> different on each system (e.g. only emacs 22 is available on my
> internet table). This makes it easy to have an almost consistent
> environment regardless of the system I'm using.
>
> Anyway, thanks again: using @text@ now works very nicely both in org
> mode and in the export!
>
> eric
- Carsten
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: latex export and beamer columns
2009-11-26 9:05 ` Carsten Dominik
@ 2009-11-26 10:33 ` Eric S Fraga
0 siblings, 0 replies; 27+ messages in thread
From: Eric S Fraga @ 2009-11-26 10:33 UTC (permalink / raw)
To: Carsten Dominik; +Cc: org-mode mailing list
At Thu, 26 Nov 2009 10:05:06 +0100,
Carsten Dominik wrote:
[...]
> > However, I guess the instructions you give are actually subtly
> > incorrect? That is, from what you say above, using setq is not going
> > to work because that doesn't invoke any hooks for the particular
> > variables. Therefore these variable must (?) be set through
> > customize? Or is there some way to invoke, automatically, the hooks
> > when setting a variable directly? Probably not.
>
> setq will work when you do it *before* loading org.el
Ah ha! Does this apply to all the variables? That is, are there some
that need to be defined after loading org.el?
I've always been a bit confused as to how and when variables can be
manipulated... I guess it comes down to all these variables being
global in scope.
Anyway, setting the variables before loading org does indeed do what I
want. My lecture slides now look as they should! Thanks again and
sorry for the noise!
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Re: latex export and beamer columns
2009-11-26 1:52 ` Łukasz Stelmach
@ 2009-11-26 18:25 ` Eric S Fraga
2009-11-26 19:54 ` Darlan Cavalcante Moreira
0 siblings, 1 reply; 27+ messages in thread
From: Eric S Fraga @ 2009-11-26 18:25 UTC (permalink / raw)
To: Łukasz Stelmach; +Cc: emacs-orgmode
At Thu, 26 Nov 2009 02:52:04 +0100,
Łukasz Stelmach wrote:
>
> I've just tried something simplier and IMHO more flexible (widths).
>
> --8<---------------cut here---------------start------------->8---
> * The Title
> ** The Section
> *** The Frame
> #+latex: \begin{columns}[t]
> #+latex: \column{.5\textwidth}
> - My point
> - Your point
> #+latex: \column{.5\textwidth}
> Conclusion
> #+latex: \end{columns}
> --8<---------------cut here---------------end--------------->8---
>
> Unfortunately the the plain list is not recognized and converted to
> itemize. When I remove the "#+latex: \begin|end" stuff then the list
> looks as it should.
(note that my response has probably been superseded by Carsten's
recent message regarding beamer support in org mode but this still
might be of some interest)
I am not sure what to say! IMO, it's not simpler although I guess it
could be more flexible. However, you say it doesn't work?
One alternative based on your approach is to define begin and end
commands for the columns environment that avoid using "\begin" and
"\end" which org interprets. Maybe something like this:
--8<---------------cut here---------------start------------->8---
#+LaTeX_CLASS: beamer
#+latex: \newcommand{\BC}{\begin{columns}[t]}
#+latex: \newcommand{\EC}{\end{columns}}
* The main section
*** An interesting slide
\BC
#+latex: \column{0.4\textwidth}
- an item with enough text to show the width of the column
- another item
#+latex: \column{0.6\textwidth}
- an item with enough text to show the width of the column
- and yet another
\EC
--8<---------------cut here---------------end--------------->8---
which appears to work just fine. Whether it's simpler or not depends
on what you want. I like using org headlines to be able to hide
individual columns and to be able to move them around easily.
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Re: latex export and beamer columns
2009-11-26 18:25 ` Eric S Fraga
@ 2009-11-26 19:54 ` Darlan Cavalcante Moreira
0 siblings, 0 replies; 27+ messages in thread
From: Darlan Cavalcante Moreira @ 2009-11-26 19:54 UTC (permalink / raw)
To: e.fraga; +Cc: Łukasz Stelmach, emacs-orgmode
Maybe a simpler notation could be used instead direct latex since we are talking
about official support for beamer in org-mode. For instance
,----
| * Teste beamer: This is a Section
| *** Teste beamer: This is a Subsection
| ***** This is the frame title
| Frame content
|
| ***** This is the frame title of another frame
| #+\{0.4
| - This is an item
| - This is an item too
| #+\\0.6
| - Another item
| - Another one
| - One more item
| \note[item]{lala}
| #+\}
`----
The "#+\{" comment indicates the beginning of a columns environment and the
"0.4" the width (0.4\textwidth) of the first column. The "#+\\0.6" comment
creates another column and the "#+\}" comment closes the columns
environment. I'm not saying this is the best way, but IMHO this is better than
using #+latex commands directly, since beamer support in org-mode will be
official. Also, this will export nicely to standard latex and HTML. Using
"#+latex:" could cause problems when exporting to standard latex and using
headings as suggested in other E-mails here could me exporting to anything
different from beamer unnatural.
If this syntax or something similar is used, I'd like to request only two thinks
in addition:
1) the items in the different columns should be exported to different
itemize environments when exporting to standard latex (similarly to HTML). If
they are exported to the same environment it can be confusing.
2) It would be nice if the width could be optional. If there are columns whose
width is not specified then org could sum the widths that were specified
and distribute the remaining among the columns whose width is not
specified. For instance, in a frame with 3 columns I could specify the
width of one column as 0.4 and leave the others unspecified. Org should
then choose a width of 0.3 for the remaining two columns.
- Darlan Cavalcante
At Thu, 26 Nov 2009 18:25:19 +0000,
Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
>
> At Thu, 26 Nov 2009 02:52:04 +0100,
> Łukasz Stelmach wrote:
> >
> > I've just tried something simplier and IMHO more flexible (widths).
> >
> > --8<---------------cut here---------------start------------->8---
> > * The Title
> > ** The Section
> > *** The Frame
> > #+latex: \begin{columns}[t]
> > #+latex: \column{.5\textwidth}
> > - My point
> > - Your point
> > #+latex: \column{.5\textwidth}
> > Conclusion
> > #+latex: \end{columns}
> > --8<---------------cut here---------------end--------------->8---
> >
> > Unfortunately the the plain list is not recognized and converted to
> > itemize. When I remove the "#+latex: \begin|end" stuff then the list
> > looks as it should.
>
>
> (note that my response has probably been superseded by Carsten's
> recent message regarding beamer support in org mode but this still
> might be of some interest)
>
>
> I am not sure what to say! IMO, it's not simpler although I guess it
> could be more flexible. However, you say it doesn't work?
>
> One alternative based on your approach is to define begin and end
> commands for the columns environment that avoid using "\begin" and
> "\end" which org interprets. Maybe something like this:
>
> --8<---------------cut here---------------start------------->8---
> #+LaTeX_CLASS: beamer
>
> #+latex: \newcommand{\BC}{\begin{columns}[t]}
> #+latex: \newcommand{\EC}{\end{columns}}
>
> * The main section
> *** An interesting slide
> \BC
> #+latex: \column{0.4\textwidth}
> - an item with enough text to show the width of the column
> - another item
> #+latex: \column{0.6\textwidth}
> - an item with enough text to show the width of the column
> - and yet another
> \EC
> --8<---------------cut here---------------end--------------->8---
>
> which appears to work just fine. Whether it's simpler or not depends
> on what you want. I like using org headlines to be able to hide
> individual columns and to be able to move them around easily.
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 27+ messages in thread
end of thread, other threads:[~2009-11-26 19:54 UTC | newest]
Thread overview: 27+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-11-21 12:49 latex export and beamer columns Eric S Fraga
2009-11-21 13:34 ` Carsten Dominik
2009-11-22 12:12 ` Eric S Fraga
2009-11-22 15:15 ` Eric S Fraga
2009-11-22 15:29 ` Matt Lundin
2009-11-22 19:31 ` Eric S Fraga
2009-11-23 13:55 ` Carsten Dominik
2009-11-23 22:15 ` Eric S Fraga
2009-11-24 0:02 ` Daniel Martins
2009-11-24 6:55 ` Carsten Dominik
2009-11-24 8:36 ` Eric S Fraga
2009-11-24 8:49 ` Eric S Fraga
2009-11-24 8:59 ` Carsten Dominik
2009-11-24 18:02 ` Eric S Fraga
2009-11-25 6:28 ` Carsten Dominik
2009-11-25 9:27 ` Eric S Fraga
2009-11-25 18:03 ` Eric S Fraga
2009-11-25 23:25 ` Carsten Dominik
2009-11-26 8:16 ` Eric S Fraga
2009-11-26 9:05 ` Carsten Dominik
2009-11-26 10:33 ` Eric S Fraga
2009-11-23 14:53 ` Sébastien Vauban
2009-11-21 16:33 ` Thomas S. Dye
2009-11-22 12:00 ` Eric S Fraga
2009-11-26 1:52 ` Łukasz Stelmach
2009-11-26 18:25 ` Eric S Fraga
2009-11-26 19:54 ` Darlan Cavalcante Moreira
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).