From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tory S. Anderson (gmail) Subject: Documentation for Beamer export headlines Date: Wed, 16 Jul 2014 09:31:02 -0400 Message-ID: <87pph52zxl.fsf@nrl.navy.mil> References: Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39790) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X7PIc-0000Ph-J7 for emacs-orgmode@gnu.org; Wed, 16 Jul 2014 09:31:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X7PIX-0001hZ-8v for emacs-orgmode@gnu.org; Wed, 16 Jul 2014 09:31:10 -0400 Received: from mail-qa0-f45.google.com ([209.85.216.45]:64575) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X7PIW-0001hI-Sm for emacs-orgmode@gnu.org; Wed, 16 Jul 2014 09:31:05 -0400 Received: by mail-qa0-f45.google.com with SMTP id cm18so679028qab.18 for ; Wed, 16 Jul 2014 06:31:04 -0700 (PDT) In-Reply-To: (emacs-orgmode-request@gnu.org's message of "Tue, 15 Jul 2014 12:00:29 -0400") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org 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 > To: Josiah Schwab > Cc: emacs-orgmode , Gabor Retvari > > Subject: Re: [O] Beamer export: can't get frame level right > Message-ID: > > Content-Type: text/plain; charset="utf-8" > > On Mon, Jul 14, 2014 at 10:29 AM, Josiah Schwab 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: > > ------------------------------ > > Message: 2 > Date: Mon, 14 Jul 2014 12:15:25 -0700 > From: Josiah Schwab > To: Suhas Pai > Cc: "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 > 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 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: > -------------- 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 > To: Josiah Schwab > Cc: "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 > To: Suhas Pai > Cc: "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: > > ------------------------------ > > Message: 5 > Date: Mon, 14 Jul 2014 18:10:37 -0400 > From: John Kitchin > To: Rick Frankel > Cc: emacs-orgmode@gnu.org, Ken Mankoff , Grant > Rettke > 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 > To: Emacs Org mode > 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 > 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 > 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: > -------------- 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: > > ------------------------------ > > Message: 9 > Date: Mon, 14 Jul 2014 18:46:33 -0400 > From: John Kitchin > To: Shiyuan > Cc: "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 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 > To: Esben Stien > 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 writes: > >> Esben Stien 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 > To: John Kitchin , 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 > 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 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 writes: >> >>> Esben Stien 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 > 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 writes: > >> John Kitchin 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 > 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 writes: > >> Eric Abrahamsen writes: >> >>> John Kitchin 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 > To: John Kitchin , "emacs-orgmode@gnu.org" > > Subject: Re: [O] proposal to make C-c C-c not remove latex overlays > Message-ID: > > Content-Type: text/plain; charset=UTF-8 > > On Mon, Jul 14, 2014 at 7:33 PM, Aaron Ecay 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 > To: Eric Abrahamsen > Cc: emacs-orgmode > Subject: Re: [O] still seeing semi-regular lockups > Message-ID: > > Content-Type: text/plain; charset="utf-8" > >> On Mon, Jun 30, 2014 at 8:43 PM, York Zhao 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: > > ------------------------------ > > Message: 17 > Date: Mon, 14 Jul 2014 22:50:53 -0400 > From: Nick Dokos > 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 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 > 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 > 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 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 > To: emacs-orgmode@gnu.org > Subject: Re: [O] Test failures > Message-ID: > Content-Type: text/plain; charset=us-ascii > > Nick Dokos 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 > 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 writes: > >> Hi Nick, >> >> On Mon, Jul 14, 2014 at 10:50:53PM -0400, Nick Dokos wrote: >>> Suvayu Ali 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 > To: Thorsten Jolitz > Cc: emacs-orgmode@gnu.org > Subject: Re: [O] emails written in Org Mode > Message-ID: > Content-Type: text/plain; charset="us-ascii" > > On 2014-07-15 02:57, Thorsten Jolitz 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