Documentation for Beamer export headlines

* Documentation for Beamer export headlines
       [not found] <mailman.89.1405440029.5560.emacs-orgmode@gnu.org>
@ 2014-07-16 13:31 ` Tory S. Anderson
  2014-08-15 17:37   ` Eric S Fraga
  0 siblings, 1 reply; 2+ messages in thread
From: Tory S. Anderson @ 2014-07-16 13:31 UTC (permalink / raw)
  To: emacs-orgmode

Thanks to Gabor's code I learned that the new way to get headlines and sections is with "#+OPTIONS: H:2". I had spent far too much time trying to google and through the .el file to figure this out; the command mentioned at http://orgmode.org/worg/exporters/beamer/tutorial.html is "#+BEAMER_FRAME_LEVEL: 2" which seems to be no longer supported. My searches at other sites were no more helpful. So, thank you, Gabor! And, whoever maintains documentation on the excellent Org-Beamer export, please update that. Thanks! 
- Tory

emacs-orgmode-request@gnu.org writes:

> Send Emacs-orgmode mailing list submissions to
> 	emacs-orgmode@gnu.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.gnu.org/mailman/listinfo/emacs-orgmode
> or, via email, send a message with subject or body 'help' to
> 	emacs-orgmode-request@gnu.org
>
> You can reach the person managing the list at
> 	emacs-orgmode-owner@gnu.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Emacs-orgmode digest..."
>
>
> Today's Topics:
>
>    1. Re: Beamer export: can't get frame level right (John Hendy)
>    2. Re: Org mode 8.2.5h and emacs-24.3.1: exporting org-beamer
>       presentation doesn't break presentation in slides (Josiah Schwab)
>    3. Re: Org mode 8.2.5h and emacs-24.3.1: exporting org-beamer
>       presentation doesn't break presentation in slides (Nick Dokos)
>    4. Re: Org mode 8.2.5h and emacs-24.3.1: exporting org-beamer
>       presentation doesn't break presentation in slides (Suhas Pai)
>    5. Re: How to call org-display-inline-images so that after a
>       graphviz block is evaluated the image is refreshed? (John Kitchin)
>    6. Macros in included file not expanded in batch export (Suvayu Ali)
>    7. proposal to make C-c C-c not remove latex overlays (John Kitchin)
>    8. [PATCH] better parsing of latex fragments (Florian Beck)
>    9. Re: key collision for auto completion (John Kitchin)
>   10. Re: emails written in Org Mode (John Kitchin)
>   11. Re: proposal to make C-c C-c not remove latex overlays
>       (Aaron Ecay)
>   12. Re: emails written in Org Mode (Eric Abrahamsen)
>   13. Re: emails written in Org Mode (Thorsten Jolitz)
>   14. Re: emails written in Org Mode (Eric Abrahamsen)
>   15. Re: proposal to make C-c C-c not remove latex overlays
>       (Grant Rettke)
>   16. Re: still seeing semi-regular lockups (York Zhao)
>   17. Re: Macros in included file not expanded in batch export
>       (Nick Dokos)
>   18. Test failures (Nick Dokos)
>   19. Re: Macros in included file not expanded in batch export
>       (Suvayu Ali)
>   20. Re: Test failures (Achim Gratz)
>   21. Re: Macros in included file not expanded in batch export
>       (Nick Dokos)
>   22. Re: emails written in Org Mode (Alan Schmitt)
>   23. Re: emails written in Org Mode (Joseph Vidal-Rosset)
>   24. Re: Babel : python generate org source block with an	extra
>       comma before * characters (Roland DONAT)
>   25. :RESULTS: drawer exported in LaTeX (Roland DONAT)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 14 Jul 2014 13:38:08 -0500
> From: John Hendy <jw.hendy@gmail.com>
> To: Josiah Schwab <jschwab@gmail.com>
> Cc: emacs-orgmode <emacs-orgmode@gnu.org>, Gabor Retvari
> 	<retvari@tmit.bme.hu>
> Subject: Re: [O] Beamer export: can't get frame level right
> Message-ID:
> 	<CA+M2ft-5AK=uTCLOKYnFitSsiptqBJksGNwqYFXh6nq+Tvg-0g@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> On Mon, Jul 14, 2014 at 10:29 AM, Josiah Schwab <jschwab@gmail.com> wrote:
>> Hi Gabor,
>>
>>> I guess this should be easy but I just can't get frame levels right in my
>>> beamer exports.
>>>
>>> So as far as I understand, this should get my first level headlines (`*
>>> headline 1' and stuff) into separate frames in my beamer export.
>>>
>>> ... snipped 61 lines ...
>>>
>>> No `OPTIONS: H:n' setting seems to solve this problem. So how do I get this
>>> right?
>>
>> Which export command are you using?
>>
>> I think you may be using the regular LaTeX exporter.  Adding beamer to
>> your LaTeX_CLASS is not sufficient (or necessary).  Rather, you want to
>> use the Beamer export commands.
>
> Tend to agree. Make sure you're doing C-c C-e l P (capital P).
>
> Attached my result of running your example, which I think is what
> you're looking for?
>
> John
>
> P.S. Don't feel bad. I've done the exact same thing multiple times
> wondering what the hell was going on :)
>
>>
>> http://orgmode.org/manual/Beamer-export.html
>>
>> Hope that helps,
>> Josiah
>>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: test.pdf
> Type: application/pdf
> Size: 31662 bytes
> Desc: not available
> URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20140714/156043be/attachment.pdf>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 14 Jul 2014 12:15:25 -0700
> From: Josiah Schwab <jschwab@gmail.com>
> To: Suhas Pai <suhaspai@yahoo.com>
> Cc: "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>
> Subject: Re: [O] Org mode 8.2.5h and emacs-24.3.1: exporting
> 	org-beamer	presentation doesn't break presentation in slides
> Message-ID: <87egxnoihm.fsf@gmail.com>
> Content-Type: text/plain
>
> Hi Suhas,
>
>> Yes, I downloaded the same file and tried again and got the following debug trace:
>>
>> Debugger entered--Lisp error: (error "PDF file ./presentation-1.pdf wasn't produced: Runaway argument")
>
> That message is indicating an error during the LaTeX -> PDF step.
>
> Why don't you take a look at the presentation-1.tex file and see where
> things are going wrong.
>
> You can probably reproduce this typeset the file (outside of emacs)
>   pdflatex presentation-1.tex
>
> Runway LaTeX arguments usually signify something like this (closing
> curly brace missing).
>
> ,----
> | \documentclass{article}
> | 
> | \begin{document}
> | 
> | \section{Runaway
> | 
> | \end{document}
> `----
>
> Sorry, I don't have any more time to spend on this.  Maybe someone else
> will be able to help.
>
> Best,
> Josiah
>
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 14 Jul 2014 17:13:39 -0400
> From: Nick Dokos <ndokos@gmail.com>
> To: emacs-orgmode@gnu.org
> Subject: Re: [O] Org mode 8.2.5h and emacs-24.3.1: exporting
> 	org-beamer	presentation doesn't break presentation in slides
> Message-ID: <87iomzve2k.fsf@alphaville.bos.redhat.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Josiah Schwab <jschwab@gmail.com> writes:
>
>> Hi Suhas,
>>
>>> Yes, I downloaded the same file and tried again and got the following debug trace:
>>>
>>> Debugger entered--Lisp error: (error "PDF file ./presentation-1.pdf wasn't produced: Runaway argument")
>>
>> That message is indicating an error during the LaTeX -> PDF step.
>>
>> Why don't you take a look at the presentation-1.tex file and see where
>> things are going wrong.
>>
>> You can probably reproduce this typeset the file (outside of emacs)
>>   pdflatex presentation-1.tex
>>
>
> That's indeed the best approach to debug such problems. FWIW, I also had
> no trouble exporting it to PDF. If you still have problems, post the
> presentation-1.tex file that is produced. Or you can do the comparison
> with the one I got (attached):
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: presentation-1.tex
> Type: application/x-tex
> Size: 1551 bytes
> Desc: presentation-1.tex
> URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20140714/c07a544b/attachment.tex>
> -------------- next part --------------
>
>> Runway LaTeX arguments usually signify something like this (closing
>> curly brace missing).
>>
>> ,----
>> | \documentclass{article}
>> | 
>> | \begin{document}
>> | 
>> | \section{Runaway
>> | 
>> | \end{document}
>> `----
>>
>> Sorry, I don't have any more time to spend on this.  Maybe someone else
>> will be able to help.
>>
>
> --
> Nick
>
> ------------------------------
>
> Message: 4
> Date: Mon, 14 Jul 2014 14:14:30 -0700
> From: Suhas Pai <suhaspai@yahoo.com>
> To: Josiah Schwab <jschwab@gmail.com>
> Cc: "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>
> Subject: Re: [O] Org mode 8.2.5h and emacs-24.3.1: exporting
> 	org-beamer	presentation doesn't break presentation in slides
> Message-ID:
> 	<1405372470.2833.YahooMailNeo@web162102.mail.bf1.yahoo.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi Josiah,
>
> Thanks for the tips. I'll take that line of investigation and see if I can resolve it.
> I'll let you know if I find the issue. Thanks again for volunteering your time to
> look into the issue.
>
>
> Best,
> Suhas
>
>
> ________________________________
>  From: Josiah Schwab <jschwab@gmail.com>
> To: Suhas Pai <suhaspai@yahoo.com> 
> Cc: "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org> 
> Sent: Monday, July 14, 2014 12:15 PM
> Subject: Re: [O] Org mode 8.2.5h and emacs-24.3.1: exporting org-beamer presentation doesn't break presentation in slides
>  
>
> Hi Suhas,
>
>> Yes, I downloaded the same file and tried again and got the following debug trace:
>>
>> Debugger entered--Lisp error: (error "PDF file ./presentation-1.pdf wasn't produced: Runaway argument")
>
> That message is indicating an error during the LaTeX -> PDF step.
>
> Why don't you take a look at the presentation-1.tex file and see where
> things are going wrong.
>
> You can probably reproduce this typeset the file (outside of emacs)
> ? pdflatex presentation-1.tex
>
> Runway LaTeX arguments usually signify something like this (closing
> curly brace missing).
>
> ,----
> | \documentclass{article}
> | 
> | \begin{document}
> | 
> | \section{Runaway
> | 
> | \end{document}
> `----
>
> Sorry, I don't have any more time to spend on this.? Maybe someone else
> will be able to help.
>
>
>
>
> Best,
> Josiah
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20140714/9e47f110/attachment.html>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 14 Jul 2014 18:10:37 -0400
> From: John Kitchin <jkitchin@andrew.cmu.edu>
> To: Rick Frankel <rick@rickster.com>
> Cc: emacs-orgmode@gnu.org, Ken Mankoff <mankoff@gmail.com>,	Grant
> 	Rettke <gcr@wisdomandwonder.com>
> Subject: Re: [O] How to call org-display-inline-images so that after a
> 	graphviz block is evaluated the image is refreshed?
> Message-ID: <871ttn4mn6.fsf@andrew.cmu.edu>
> Content-Type: text/plain
>
> That is a nice tip!
> -- 
> -----------------------------------
> John Kitchin
> Professor
> Doherty Hall A207F
> Department of Chemical Engineering
> Carnegie Mellon University
> Pittsburgh, PA 15213
> 412-268-7803
> http://kitchingroup.cheme.cmu.edu
>
>
>
> ------------------------------
>
> Message: 6
> Date: Tue, 15 Jul 2014 00:24:53 +0200
> From: Suvayu Ali <fatkasuvayu+linux@gmail.com>
> To: Emacs Org mode <emacs-orgmode@gnu.org>
> Subject: [O] Macros in included file not expanded in batch export
> Message-ID: <20140714222453.GA2413@chitra.no-ip.org>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi,
>
> I am trying to export to LaTeX in batch mode, but it seems the exporter
> ignores macros defined in included files when exporting in batch mode.
>
> I tried to export like this:
>
>   $ emacs --eval "(require 'ox-latex)" include-test.org \
>         --eval '(org-LaTeX-export-to-latex nil nil nil t)' -f kill-emacs
>
>   $ emacs --batch --eval "(require 'ox-latex)" include-test.org \
>         --eval '(org-LaTeX-export-to-latex nil nil nil t)'
>
> The first one exports correctly, the second doesn't.  The org files, and
> the good and bad exported TeX files are attached.
>
> Can someone else reproduce this?
>
> Thanks,
>
> -- 
> Suvayu
>
> Open source is the future. It sets us free.
> -------------- next part --------------
> #+INCLUDE: include.org
>
> * Some heading 1
> {{{todo(foo)}}}
>
> * Some heading 2
> -------------- next part --------------
> #+MACRO: todo @@l:\todo[size=\scriptsize,$2]{@@$1@@l:}@@
> -------------- next part --------------
>
> \section{Some heading 1}
> \label{sec-1}
> \todo[size=\scriptsize,]{foo}
>
> \section{Some heading 2}
> \label{sec-2}
> -------------- next part --------------
>
> \section{Some heading 1}
> \label{sec-1}
> foo
>
> \section{Some heading 2}
> \label{sec-2}
>
> ------------------------------
>
> Message: 7
> Date: Mon, 14 Jul 2014 18:22:34 -0400
> From: John Kitchin <jkitchin@andrew.cmu.edu>
> To: emacs-orgmode@gnu.org
> Subject: [O] proposal to make C-c C-c not remove latex overlays
> Message-ID: <87wqbf37it.fsf@andrew.cmu.edu>
> Content-Type: text/plain
>
> I am using org-mode files with equations and code blocks in lectures,
> and it is problematic that C-c C-c removes the equation overlays when
> running a code block. First, you have to press C-c C-c twice to run the
> block, since the first one gets rid of the equations, but then you have
> run C-c C-x C-l to get the equations back! and the cycle repeats
> throughout a lecture.
>
> I would prefer that the equations stay untouched, and that the code
> blocks run without modifying them. 
>
> I think the best behavior would be for C-c C-x C-l to toggle the
> equations, and to remove the C-c C-c behavior for latex overlays
> completely. But it would be ok if this was done by a C-c C-c hook
> function, so that a user could remove the latex overlay without touching
> the org-code.
>
> Maybe a new function like this:
>
> #+BEGIN_SRC emacs-lisp
> (defun org-toggle-latex-overlays (arg)
>   "Toggle LaTeX fragments."
>   (interactive "P")
>   (if org-latex-fragment-image-overlays
>       (org-remove-latex-fragment-image-overlays)
>     (org-preview-latex-fragment arg)))
> #+END_SRC
>
>  could be added. Any thoughts?
>
>
>
> -- 
> -----------------------------------
> John Kitchin
> Professor
>
>
>
>
> ------------------------------
>
> Message: 8
> Date: Sun, 13 Jul 2014 16:03:08 +0200
> From: Florian Beck <fb@fbeck.net>
> To: emacs-orgmode@gnu.org
> Subject: [O] [PATCH] better parsing of latex fragments
> Message-ID: <871ttnk27t.fsf@sophokles.streitblatt.de>
> Content-Type: text/plain; charset="us-ascii"
>
> An embedded and charset-unspecified text was scrubbed...
> Name: not available
> URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20140713/43154a51/attachment.ksh>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: 0001-Allow-latex-fragments-inside-parenthesis-and-ending.patch
> Type: text/x-diff
> Size: 1856 bytes
> Desc: not available
> URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20140713/43154a51/attachment.patch>
>
> ------------------------------
>
> Message: 9
> Date: Mon, 14 Jul 2014 18:46:33 -0400
> From: John Kitchin <jkitchin@andrew.cmu.edu>
> To: Shiyuan <gshy2014@gmail.com>
> Cc: "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>
> Subject: Re: [O] key collision for auto completion
> Message-ID: <87r41n36eu.fsf@andrew.cmu.edu>
> Content-Type: text/plain
>
> I turned off flymode minor mode, and it looks like M-tab (on windows
> Esc-tab) is bound to (pcomplete &optional INTERACTIVELY)
>
> That seems to do some expansion of the special symbols.
>
>
> Shiyuan <gshy2014@gmail.com> writes:
>
>> Hi all, 
>> According to the manual :
>> http://orgmode.org/manual/Special-symbols.html , M-tab would perform
>> auto complete in org mode for special symbols. However, it looks like
>> that the key is shadowed by flyspell-auto-correct-word on my emacs and
>> I need to rebind the key. I digged into the org.el file but failed to
>> locate the code for key binding. Any pointer or hints are appreciated.
>> In particular, what command is M-tab supposed to be bound to for auto
>> completion for the special symbols? Thanks. 
>>
>> Shiyuan 
>>
>
> -- 
> -----------------------------------
> John Kitchin
> Professor
> Doherty Hall A207F
> Department of Chemical Engineering
> Carnegie Mellon University
> Pittsburgh, PA 15213
> 412-268-7803
> http://kitchingroup.cheme.cmu.edu
>
>
>
> ------------------------------
>
> Message: 10
> Date: Mon, 14 Jul 2014 18:49:08 -0400
> From: John Kitchin <jkitchin@andrew.cmu.edu>
> To: Esben Stien <b0ef@esben-stien.name>
> Cc: emacs-orgmode@gnu.org
> Subject: Re: [O] emails written in Org Mode
> Message-ID: <87mwcb36aj.fsf@andrew.cmu.edu>
> Content-Type: text/plain
>
> I usually do this kind of tracking with a link to the email instead. It
> is not automated communication between email and org, and it is not that
> complicated, but it does what I need, when I need it.
>
> Esben Stien <b0ef@esben-stien.name> writes:
>
>> Esben Stien <b0ef@esben-stien.name> writes:
>>
>>> Do you have any means to bring replies and such back into the org file?
>>
>> This seems like it could be a really good thing. 
>>
>> To be able to move the discussion to the relevant org file and then
>> structure it and prioritize/schedule from there. 
>>
>> It seems a lot better than to have all these different discussions
>> inside gnus, so I'd really like to try this. 
>
> -- 
> -----------------------------------
> John Kitchin
> Professor
> Doherty Hall A207F
> Department of Chemical Engineering
> Carnegie Mellon University
> Pittsburgh, PA 15213
> 412-268-7803
> http://kitchingroup.cheme.cmu.edu
>
>
>
> ------------------------------
>
> Message: 11
> Date: Mon, 14 Jul 2014 20:33:54 -0400
> From: Aaron Ecay <aaronecay@gmail.com>
> To: John Kitchin <jkitchin@andrew.cmu.edu>, emacs-orgmode@gnu.org
> Subject: Re: [O] proposal to make C-c C-c not remove latex overlays
> Message-ID: <87k37fa2a5.fsf@gmail.com>
> Content-Type: text/plain; charset=utf-8
>
> Hi John,
>
> 2014ko uztailak 14an, John Kitchin-ek idatzi zuen:
>> 
>> I am using org-mode files with equations and code blocks in lectures,
>> and it is problematic that C-c C-c removes the equation overlays when
>> running a code block. First, you have to press C-c C-c twice to run the
>> block, since the first one gets rid of the equations, but then you have
>> run C-c C-x C-l to get the equations back! and the cycle repeats
>> throughout a lecture.
>> 
>> I would prefer that the equations stay untouched, and that the code
>> blocks run without modifying them. 
>> 
>> I think the best behavior would be for C-c C-x C-l to toggle the
>> equations, and to remove the C-c C-c behavior for latex overlays
>> completely. But it would be ok if this was done by a C-c C-c hook
>> function, so that a user could remove the latex overlay without touching
>> the org-code.
>> 
>> Maybe a new function like this:
>> 
>> #+BEGIN_SRC emacs-lisp
>> (defun org-toggle-latex-overlays (arg)
>>   "Toggle LaTeX fragments."
>>   (interactive "P")
>>   (if org-latex-fragment-image-overlays
>>       (org-remove-latex-fragment-image-overlays)
>>     (org-preview-latex-fragment arg)))
>> #+END_SRC
>> 
>>  could be added. Any thoughts?
>
> I don?t have a comment on the substance of the proposal, but rather two
> suggestions for workarounds.
>
> The first is to use the C-c C-v C-e binding to execute source blocks
> rather than C-c C-c.
>
> The second is to let-bind ?org-latex-fragment-image-overlays? to nil
> in an advice around the ?org-ctrl-c-ctrl-c? function, allowing you to
> still use the more convenient C-c C-c binding.
>
> -- 
> Aaron Ecay
>
>
>
> ------------------------------
>
> Message: 12
> Date: Tue, 15 Jul 2014 08:41:36 +0800
> From: Eric Abrahamsen <eric@ericabrahamsen.net>
> To: emacs-orgmode@gnu.org
> Subject: Re: [O] emails written in Org Mode
> Message-ID: <874myjqwqn.fsf@ericabrahamsen.net>
> Content-Type: text/plain
>
> John Kitchin <jkitchin@andrew.cmu.edu> writes:
>
>> I usually do this kind of tracking with a link to the email instead. It
>> is not automated communication between email and org, and it is not that
>> complicated, but it does what I need, when I need it.
>
> I will stop with shameless plugs at some point here, but this is exactly
> what Gnorb does -- uses org to keep track of email conversations.
> Tracking is done with vanilla org links and state-change log notes, but
> the various gnorb functions make the whole process pretty much
> automated.
>
> https://github.com/girzel/gnorb#using-gnorb-for-tracking-email-todos
>
>> Esben Stien <b0ef@esben-stien.name> writes:
>>
>>> Esben Stien <b0ef@esben-stien.name> writes:
>>>
>>>> Do you have any means to bring replies and such back into the org file?
>>>
>>> This seems like it could be a really good thing. 
>>>
>>> To be able to move the discussion to the relevant org file and then
>>> structure it and prioritize/schedule from there. 
>>>
>>> It seems a lot better than to have all these different discussions
>>> inside gnus, so I'd really like to try this. 
>
>
>
>
> ------------------------------
>
> Message: 13
> Date: Tue, 15 Jul 2014 02:57:45 +0200
> From: Thorsten Jolitz <tjolitz@gmail.com>
> To: emacs-orgmode@gnu.org
> Subject: Re: [O] emails written in Org Mode
> Message-ID: <87r41nh20m.fsf@gmail.com>
> Content-Type: text/plain
>
> Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>
>> John Kitchin <jkitchin@andrew.cmu.edu> writes:
>>
>>> I usually do this kind of tracking with a link to the email instead. It
>>> is not automated communication between email and org, and it is not that
>>> complicated, but it does what I need, when I need it.
>>
>> I will stop with shameless plugs at some point here, but this is exactly
>> what Gnorb does ...
>
> Why? Nothing more frustrating than implementing a *brandnew* idea only
> to find out later on that idea & implementation already existed. I would
> not call this 'shameless plugs' but rather necessary and useful library
> advertising, but maybe I'm biased since I tend to do the same thing ;)
>
> PS 
>
> Hadn't have the time to try Gnorb, but the combination of gnus&org is
> definitely interesting for me.
>
> -- 
> cheers,
> Thorsten
>
>
>
>
> ------------------------------
>
> Message: 14
> Date: Tue, 15 Jul 2014 09:52:00 +0800
> From: Eric Abrahamsen <eric@ericabrahamsen.net>
> To: emacs-orgmode@gnu.org
> Subject: Re: [O] emails written in Org Mode
> Message-ID: <87egxnpewv.fsf@ericabrahamsen.net>
> Content-Type: text/plain
>
> Thorsten Jolitz <tjolitz@gmail.com> writes:
>
>> Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>>
>>> John Kitchin <jkitchin@andrew.cmu.edu> writes:
>>>
>>>> I usually do this kind of tracking with a link to the email instead. It
>>>> is not automated communication between email and org, and it is not that
>>>> complicated, but it does what I need, when I need it.
>>>
>>> I will stop with shameless plugs at some point here, but this is exactly
>>> what Gnorb does ...
>>
>> Why? Nothing more frustrating than implementing a *brandnew* idea only
>> to find out later on that idea & implementation already existed. I would
>> not call this 'shameless plugs' but rather necessary and useful library
>> advertising, but maybe I'm biased since I tend to do the same thing ;)
>
> It's true it's hard to keep quiet when people are mulling over the
> *exact* thing your library does... :)
>
>> PS 
>>
>> Hadn't have the time to try Gnorb, but the combination of gnus&org is
>> definitely interesting for me.
>
>
>
>
> ------------------------------
>
> Message: 15
> Date: Mon, 14 Jul 2014 21:04:45 -0500
> From: Grant Rettke <gcr@wisdomandwonder.com>
> To: John Kitchin <jkitchin@andrew.cmu.edu>, 	"emacs-orgmode@gnu.org"
> 	<emacs-orgmode@gnu.org>
> Subject: Re: [O] proposal to make C-c C-c not remove latex overlays
> Message-ID:
> 	<CAAjq1meMazajKO3pQcOVR-qoh0Nw22rGwqgOmoz+TqwLo-OBPw@mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> On Mon, Jul 14, 2014 at 7:33 PM, Aaron Ecay <aaronecay@gmail.com> wrote:
>> The first is to use the C-c C-v C-e binding to execute source blocks
>> rather than C-c C-c.
>
> Like this?
>
> (setq org-babel-no-eval-on-ctrl-c-ctrl-c +1)
>
>
>
> ------------------------------
>
> Message: 16
> Date: Mon, 14 Jul 2014 22:30:07 -0400
> From: York Zhao <gtdplatform@gmail.com>
> To: Eric Abrahamsen <eric@ericabrahamsen.net>
> Cc: emacs-orgmode <emacs-orgmode@gnu.org>
> Subject: Re: [O] still seeing semi-regular lockups
> Message-ID:
> 	<CAD3zm20zoOhmsx1QdgYbEwyZuq=G5viwcu-W1R2WpVJXTTsNNA@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
>> On Mon, Jun 30, 2014 at 8:43 PM, York Zhao <gtdplatform@gmail.com> wrote:
>
>> I got the problem today, with org-mode version "815c218" in Emacs 24.3.1.
> The
>> error message is: if: Lisp nesting exceeds `max-lisp-eval-depth'.
> Attached is
>> the backtrace saved in a file. Hope this will help.
>
> Just an update. I haven't been bitten by this deadly problem for awhile,
> highly
> likely that it had been fixed. Thanks a lot.
>
> York
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20140714/8b204c98/attachment.html>
>
> ------------------------------
>
> Message: 17
> Date: Mon, 14 Jul 2014 22:50:53 -0400
> From: Nick Dokos <ndokos@gmail.com>
> To: emacs-orgmode@gnu.org
> Subject: Re: [O] Macros in included file not expanded in batch export
> Message-ID: <87r41nuygi.fsf@gmail.com>
> Content-Type: text/plain
>
> Suvayu Ali <fatkasuvayu+linux@gmail.com> writes:
>
>> Hi,
>>
>> I am trying to export to LaTeX in batch mode, but it seems the exporter
>> ignores macros defined in included files when exporting in batch mode.
>>
>> I tried to export like this:
>>
>>   $ emacs --eval "(require 'ox-latex)" include-test.org \
>>         --eval '(org-LaTeX-export-to-latex nil nil nil t)' -f kill-emacs
>>
>>   $ emacs --batch --eval "(require 'ox-latex)" include-test.org \
>>         --eval '(org-LaTeX-export-to-latex nil nil nil t)'
>>
>> The first one exports correctly, the second doesn't.  The org files, and
>> the good and bad exported TeX files are attached.
>>
>
> I haven't tried it but --batch implies -q, so it may be that the second
> form is missing something essential from your init file - maybe?
> -- 
> Nick
>
>
>
>
> ------------------------------
>
> Message: 18
> Date: Mon, 14 Jul 2014 23:29:32 -0400
> From: Nick Dokos <ndokos@gmail.com>
> To: emacs-orgmode@gnu.org
> Subject: [O] Test failures
> Message-ID: <87wqbf2tb7.fsf@gmail.com>
> Content-Type: text/plain
>
> I just updated to Org-mode version 8.3beta (release_8.3beta-40-g9cf3c4)
> and got three test failures:
>
> ,----
> | 3 unexpected results:
> |    FAILED  test-org/open-at-point-in-comment
> |    FAILED  test-org/open-at-point-in-property
> |    FAILED  test-org/open-at-point/info
> `----
>
> Apparently these tests assume that the org info file can be found, but
> the `make clea'n that is done at the beginning of make test wipes it
> out. That's probably because I'm working out of the cloned git tree, but
> if possible, I would like `make test' to work in that case.  My
> workaround for now is to add `make info' in targets.mk:
>
> --8<---------------cut here---------------start------------->8---
> index d390fdb..6d8b61a 100644
> --- a/mk/targets.mk
> +++ b/mk/targets.mk
> @@ -100,6 +100,7 @@ vanilla:
>  
>  check test::	compile
>  check test test-dirty::
> +	make info
>  	-$(MKDIR) $(testdir)
>  	TMPDIR=$(testdir) $(BTEST)
>  ifeq ($(TEST_NO_AUTOCLEAN),) # define this variable to leave $(testdir) around for inspection
> --8<---------------cut here---------------end--------------->8---
>
> Thanks!
> -- 
> Nick
>
>
>
>
>
>
> ------------------------------
>
> Message: 19
> Date: Tue, 15 Jul 2014 08:54:22 +0200
> From: Suvayu Ali <fatkasuvayu+linux@gmail.com>
> To: emacs-orgmode@gnu.org
> Subject: Re: [O] Macros in included file not expanded in batch export
> Message-ID: <20140715065422.GD2413@chitra.no-ip.org>
> Content-Type: text/plain; charset=us-ascii
>
> Hi Nick,
>
> On Mon, Jul 14, 2014 at 10:50:53PM -0400, Nick Dokos wrote:
>> Suvayu Ali <fatkasuvayu+linux@gmail.com> writes:
>> 
>> > Hi,
>> >
>> > I am trying to export to LaTeX in batch mode, but it seems the exporter
>> > ignores macros defined in included files when exporting in batch mode.
>> >
>> > I tried to export like this:
>> >
>> >   $ emacs --eval "(require 'ox-latex)" include-test.org \
>> >         --eval '(org-LaTeX-export-to-latex nil nil nil t)' -f kill-emacs
>> >
>> >   $ emacs --batch --eval "(require 'ox-latex)" include-test.org \
>> >         --eval '(org-LaTeX-export-to-latex nil nil nil t)'
>> >
>> > The first one exports correctly, the second doesn't.  The org files, and
>> > the good and bad exported TeX files are attached.
>> >
>> 
>> I haven't tried it but --batch implies -q, so it may be that the second
>> form is missing something essential from your init file - maybe?
>
> Indeed!  I wasn't aware --batch implies -q, I had checked the man page
> before using it, but it isn't there.  Probably it is hidden somewhere in
> the manual.
>
> Although, I can't think of what config it must be.  As far as I recall I
> do not have anything related to include files or macro expansion.
>
> Anyway, thank you :).
>
> Cheers,
>
> -- 
> Suvayu
>
> Open source is the future. It sets us free.
>
>
>
> ------------------------------
>
> Message: 20
> Date: Tue, 15 Jul 2014 07:44:53 +0000 (UTC)
> From: Achim Gratz <Stromeko@NexGo.DE>
> To: emacs-orgmode@gnu.org
> Subject: Re: [O] Test failures
> Message-ID: <loom.20140715T093911-686@post.gmane.org>
> Content-Type: text/plain; charset=us-ascii
>
> Nick Dokos <ndokos <at> gmail.com> writes:
>> Apparently these tests assume that the org info file can be found, but
>> the `make clea'n that is done at the beginning of make test wipes it
>> out. That's probably because I'm working out of the cloned git tree, but
>> if possible, I would like `make test' to work in that case.  My
>> workaround for now is to add `make info' in targets.mk:
>
> Actually it needs just about _any_ Org info file, it's not looking
> specifically for the one from the Git tree, but depending on how your Emacs
> installation looks like it may not find one.  I really don't think this is a
> good test anyway, but pulling in the info target (as a dependency, not as an
> actual make invocation) is too heavy-handed.  The test should actually
> provide the info file (and set up info path) specifically for testing,
> patches welcome.
>
>
> Regards,
> Achim.
>
>
>
>
>
>
> ------------------------------
>
> Message: 21
> Date: Tue, 15 Jul 2014 06:49:22 -0400
> From: Nick Dokos <ndokos@gmail.com>
> To: emacs-orgmode@gnu.org
> Subject: Re: [O] Macros in included file not expanded in batch export
> Message-ID: <87bnsqsxql.fsf@gmail.com>
> Content-Type: text/plain
>
> Suvayu Ali <fatkasuvayu+linux@gmail.com> writes:
>
>> Hi Nick,
>>
>> On Mon, Jul 14, 2014 at 10:50:53PM -0400, Nick Dokos wrote:
>>> Suvayu Ali <fatkasuvayu+linux@gmail.com> writes:
>>> 
>>> > Hi,
>>> >
>>> > I am trying to export to LaTeX in batch mode, but it seems the exporter
>>> > ignores macros defined in included files when exporting in batch mode.
>>> >
>>> > I tried to export like this:
>>> >
>>> >   $ emacs --eval "(require 'ox-latex)" include-test.org \
>>> >         --eval '(org-LaTeX-export-to-latex nil nil nil t)' -f kill-emacs
>>> >
>>> >   $ emacs --batch --eval "(require 'ox-latex)" include-test.org \
>>> >         --eval '(org-LaTeX-export-to-latex nil nil nil t)'
>>> >
>>> > The first one exports correctly, the second doesn't.  The org files, and
>>> > the good and bad exported TeX files are attached.
>>> >
>>> 
>>> I haven't tried it but --batch implies -q, so it may be that the second
>>> form is missing something essential from your init file - maybe?
>>
>> Indeed!  I wasn't aware --batch implies -q, I had checked the man page
>> before using it, but it isn't there.  Probably it is hidden somewhere in
>> the manual.
>>
>
> See
>
>         (info "(emacs) Initial options")
>
> -- 
> Nick
>
>
>
>
> ------------------------------
>
> Message: 22
> Date: Tue, 15 Jul 2014 16:11:27 +0200
> From: Alan Schmitt <alan.schmitt@polytechnique.org>
> To: Thorsten Jolitz <tjolitz@gmail.com>
> Cc: emacs-orgmode@gnu.org
> Subject: Re: [O] emails written in Org Mode
> Message-ID: <m2zjgaaf00.fsf@top-wifi.irisa.fr>
> Content-Type: text/plain; charset="us-ascii"
>
> On 2014-07-15 02:57, Thorsten Jolitz <tjolitz@gmail.com> writes:
>
>> Hadn't have the time to try Gnorb, but the combination of gnus&org is
>> definitely interesting for me.
>
> I highly recommend this library. I haven't scratched the surface, but
> one great "aha" moment was when I was reading in email in gnus and saw
> a message in the minibuffer about a relevant task from my todo list.
>
> I mostly use it to track "waiting for" sent email: after sending an
> email, with one keystroke I can create a waiting for task with a link to
> the sent email. I also use it to create "reply to" tasks.
>
> Alan

^ permalink raw reply	[flat|nested] 2+ messages in thread