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-requ...@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-requ...@gnu.org > > You can reach the person managing the list at > emacs-orgmode-ow...@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.he...@gmail.com> > To: Josiah Schwab <jsch...@gmail.com> > Cc: emacs-orgmode <emacs-orgmode@gnu.org>, Gabor Retvari > <retv...@tmit.bme.hu> > Subject: Re: [O] Beamer export: can't get frame level right > Message-ID: > <CA+M2ft-5AK=utclokynfitssiptqbjksgnwqyfxh6nq+tvg...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > On Mon, Jul 14, 2014 at 10:29 AM, Josiah Schwab <jsch...@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 <jsch...@gmail.com> > To: Suhas Pai <suhas...@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....@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 <ndo...@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....@alphaville.bos.redhat.com> > Content-Type: text/plain; charset="us-ascii" > > Josiah Schwab <jsch...@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 <suhas...@yahoo.com> > To: Josiah Schwab <jsch...@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.yahoomail...@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 <jsch...@gmail.com> > To: Suhas Pai <suhas...@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 <jkitc...@andrew.cmu.edu> > To: Rick Frankel <r...@rickster.com> > Cc: emacs-orgmode@gnu.org, Ken Mankoff <mank...@gmail.com>, Grant > Rettke <g...@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....@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+li...@gmail.com> > To: Emacs Org mode <emacs-orgmode@gnu.org> > Subject: [O] Macros in included file not expanded in batch export > Message-ID: <20140714222453.ga2...@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 <jkitc...@andrew.cmu.edu> > To: emacs-orgmode@gnu.org > Subject: [O] proposal to make C-c C-c not remove latex overlays > Message-ID: <87wqbf37it....@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 <f...@fbeck.net> > To: emacs-orgmode@gnu.org > Subject: [O] [PATCH] better parsing of latex fragments > Message-ID: <871ttnk27t....@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 <jkitc...@andrew.cmu.edu> > To: Shiyuan <gshy2...@gmail.com> > Cc: "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org> > Subject: Re: [O] key collision for auto completion > Message-ID: <87r41n36eu....@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 <gshy2...@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 <jkitc...@andrew.cmu.edu> > To: Esben Stien <b...@esben-stien.name> > Cc: emacs-orgmode@gnu.org > Subject: Re: [O] emails written in Org Mode > Message-ID: <87mwcb36aj....@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 <b...@esben-stien.name> writes: > >> Esben Stien <b...@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 <aarone...@gmail.com> > To: John Kitchin <jkitc...@andrew.cmu.edu>, emacs-orgmode@gnu.org > Subject: Re: [O] proposal to make C-c C-c not remove latex overlays > Message-ID: <87k37fa2a5....@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 <e...@ericabrahamsen.net> > To: emacs-orgmode@gnu.org > Subject: Re: [O] emails written in Org Mode > Message-ID: <874myjqwqn....@ericabrahamsen.net> > Content-Type: text/plain > > John Kitchin <jkitc...@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 <b...@esben-stien.name> writes: >> >>> Esben Stien <b...@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 <tjol...@gmail.com> > To: emacs-orgmode@gnu.org > Subject: Re: [O] emails written in Org Mode > Message-ID: <87r41nh20m....@gmail.com> > Content-Type: text/plain > > Eric Abrahamsen <e...@ericabrahamsen.net> writes: > >> John Kitchin <jkitc...@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 <e...@ericabrahamsen.net> > To: emacs-orgmode@gnu.org > Subject: Re: [O] emails written in Org Mode > Message-ID: <87egxnpewv....@ericabrahamsen.net> > Content-Type: text/plain > > Thorsten Jolitz <tjol...@gmail.com> writes: > >> Eric Abrahamsen <e...@ericabrahamsen.net> writes: >> >>> John Kitchin <jkitc...@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 <g...@wisdomandwonder.com> > To: John Kitchin <jkitc...@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-o...@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > On Mon, Jul 14, 2014 at 7:33 PM, Aaron Ecay <aarone...@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 <gtdplatf...@gmail.com> > To: Eric Abrahamsen <e...@ericabrahamsen.net> > Cc: emacs-orgmode <emacs-orgmode@gnu.org> > Subject: Re: [O] still seeing semi-regular lockups > Message-ID: > <CAD3zm20zoOhmsx1QdgYbEwyZuq=g5viwcu-w1r2wpvjxtts...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > >> On Mon, Jun 30, 2014 at 8:43 PM, York Zhao <gtdplatf...@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 <ndo...@gmail.com> > To: emacs-orgmode@gnu.org > Subject: Re: [O] Macros in included file not expanded in batch export > Message-ID: <87r41nuygi....@gmail.com> > Content-Type: text/plain > > Suvayu Ali <fatkasuvayu+li...@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 <ndo...@gmail.com> > To: emacs-orgmode@gnu.org > Subject: [O] Test failures > Message-ID: <87wqbf2tb7....@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+li...@gmail.com> > To: emacs-orgmode@gnu.org > Subject: Re: [O] Macros in included file not expanded in batch export > Message-ID: <20140715065422.gd2...@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+li...@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 <strom...@nexgo.de> > To: emacs-orgmode@gnu.org > Subject: Re: [O] Test failures > Message-ID: <loom.20140715t093911-...@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 <ndo...@gmail.com> > To: emacs-orgmode@gnu.org > Subject: Re: [O] Macros in included file not expanded in batch export > Message-ID: <87bnsqsxql....@gmail.com> > Content-Type: text/plain > > Suvayu Ali <fatkasuvayu+li...@gmail.com> writes: > >> Hi Nick, >> >> On Mon, Jul 14, 2014 at 10:50:53PM -0400, Nick Dokos wrote: >>> Suvayu Ali <fatkasuvayu+li...@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.schm...@polytechnique.org> > To: Thorsten Jolitz <tjol...@gmail.com> > Cc: emacs-orgmode@gnu.org > Subject: Re: [O] emails written in Org Mode > Message-ID: <m2zjgaaf00....@top-wifi.irisa.fr> > Content-Type: text/plain; charset="us-ascii" > > On 2014-07-15 02:57, Thorsten Jolitz <tjol...@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
