Re: [Orgmode] Re: [BUG] htmlp and latexp
Hi, Jeff, Check if you've got an old version of org-special-blocks somewhere on your loadpath. I did, and it kept me running in circles for a bit. Yours, Christian On 2/18/11 12:14 AM, Jeff Horn wrote: I'm still encountering this bug. Org-mode version 7.4 (release_7.4.418.g373c) This looks like an old release, which is odd. I'm using Eric Schulte's starter kit, and anyway just switched to the org master branch and pulled down the latest commits. 'make clean', 'make info', and 'make lisp/org-install.el' were my next steps. Is it right to take the last 6 chars and search for a commit through the web interface? It isn't turning up anything, and that string is starting look familiar to me. On Thu, Feb 17, 2011 at 5:50 AM, Jambunathan Kkjambunat...@gmail.com wrote: Andreas Lehaandreas.l...@med.uni-goettingen.de writes: Hi all, to make this explicit: I can not export to latex any more, but instead I get Exporting to LaTeX... when: Symbol's value as variable is void: htmlp Org HEAD GNU emacs 23.2.1 (debian squeeze) This is my failing org-file: * Test test Have you tried recent head? Enable stacktrace: M-x toggle-debug-on-error Also include M-x org-version? Jambunathan K. - Andreas Am 16.02.2011 11:03, schrieb Bastien: Hi Dan, Dan Davisondandavis...@gmail.com writes: Commit ed6d6760268 removed variables htmlp and latexp from `org-export-preprocess-string'. Nothing wrong with that, but I think it has broken export for those using org-special-blocks, which contains #+begin_src emacs-lisp (defvar htmlp) (defvar latexp) (defun org-special-blocks-make-special-cookies () Adds special cookies when #+begin_foo and #+end_foo tokens are seen. This is run after a few special cases are taken care of. (when (or htmlp latexp) (goto-char (point-min)) ... #+end_src Fixed thanks. IIuc htmlp and latexp occur occasionally in org code as somewhat unofficial ways to test am I in the middle of export?. Now there is a uniform and official (!) way of getting the backend the user is currently exporting to: (eq backend 'html) ... They also occur in org-exp-blocks, but in deprecated code, so not a priority to fix. I fixed them there too. Thanks for reporting this! ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [BUG] htmlp and latexp
Hi all, I did not send to the list, so I resend my last email below. But for me I found the issue: org-exp-bibtex.el is the problem. Regards, Andreas PS: Here my last email: Thanks for looking into this. But just pulled before asking. I am pulling from git://repo.or.cz/org-mode.git The latest commit there is commit c7700d7bbee4f7596feb199b1ec1bc7750d4fb48 Author: Bastien Guerry b...@altern.org Date: Wed Feb 16 11:53:28 2011 +0100 * org-html.el (org-export-as-html): expand the HTML title. This fix is a modified version of a patch submitted by Pierre Téchoueyres. The problem is still there. M-x org-version : 7.4 The backtrace (after M-x toggle-debug-on-error) is: Debugger entered--Lisp error: (void-variable htmlp) (if htmlp (progn (org-exp-bibtex-docites ...) (org-exp-bibtex-docites ...))) (when htmlp (org-exp-bibtex-docites (lambda nil ...)) (org-exp-bibtex-docites (lambda nil ...))) (save-window-excursion (setq oebp-cite-plist (quote nil)) (goto-char (point-min)) (while (re-search-forward ^#\\+BIBLIOGRAPHY:[ ]+\\(\\S-+\\)[ ]+\\(\\S-+\\)\\([^^M\n]*\\) nil t) (let ... ...)) (when htmlp (org-exp-bibtex-docites ...) (org-exp-bibtex-docites ...))) org-export-bibtex-preprocess() run-hooks(org-export-preprocess-hook) org-export-preprocess-string(#(\n\n 0 1 (fontified nil) 1 2 (fontified nil)) :for-backend latex :emph-multiline t :add-text nil :comments nil :skip-before-1st-heading nil :LaTeX-fragments nil :timestamps t :footnotes t) org-export-latex-first-lines((:latex-image-options width=10em :exclude-tags (noexport) :select-tags (export) :email andreas@habakuk :author andreas :html-postamble nil :html-preamble nil :publishing-directory nil :timestamp nil :expand-quoted-html t :html-table-tag table border=\2\ cellspacing=\0\ cellpadding=\6\ rules=\groups\ frame=\hsides\ :xml-declaration ((html . ?xml version=\1.0\ encoding=\%s\?) (php . ?php echo \?xml version=\\\1.0\\\ encoding=\\\%s\\\ ?\; ?)) :html-extension html :inline-images maybe :convert-org-links t :agenda-style :style-extra :style :style-include-scripts t :style-include-default t :table-auto-headline t :tables t :time-stamp-file t :creator-info t :email-info nil ...) nil nil) org-export-as-latex(nil) call-interactively(org-export-as-latex) org-export(nil) call-interactively(org-export nil nil) Am 17.02.2011 11:50, schrieb Jambunathan K: Andreas Leha andreas.l...@med.uni-goettingen.de writes: Hi all, to make this explicit: I can not export to latex any more, but instead I get Exporting to LaTeX... when: Symbol's value as variable is void: htmlp Org HEAD GNU emacs 23.2.1 (debian squeeze) This is my failing org-file: * Test test Have you tried recent head? Enable stacktrace: M-x toggle-debug-on-error Also include M-x org-version? Jambunathan K. - Andreas Am 16.02.2011 11:03, schrieb Bastien: Hi Dan, Dan Davison dandavis...@gmail.com writes: Commit ed6d6760268 removed variables htmlp and latexp from `org-export-preprocess-string'. Nothing wrong with that, but I think it has broken export for those using org-special-blocks, which contains #+begin_src emacs-lisp (defvar htmlp) (defvar latexp) (defun org-special-blocks-make-special-cookies () Adds special cookies when #+begin_foo and #+end_foo tokens are seen. This is run after a few special cases are taken care of. (when (or htmlp latexp) (goto-char (point-min)) ... #+end_src Fixed thanks. IIuc htmlp and latexp occur occasionally in org code as somewhat unofficial ways to test am I in the middle of export?. Now there is a uniform and official (!) way of getting the backend the user is currently exporting to: (eq backend 'html) ... They also occur in org-exp-blocks, but in deprecated code, so not a priority to fix. I fixed them there too. Thanks for reporting this! ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Universitätsmedizin Göttingen Abteilung Medizinische Statistik Humboldtallee 32 37073 Göttingen Tel: +49 (0)551 39-10710 Fax: +49 (0)551 39-4995 http://www.ams.med.uni-goettingen.de/amsneu/leha.html University Medical Center Göttingen Department for Medical Statistics Humboldtallee 32 37073 Göttingen Germany Phone: +49 (0) 551 39-10710 Fax: +49 (0) 551 39-4995 http://www.ams.med.uni-goettingen.de/amsneu/leha-en.html attachment: andreas_leha.vcf smime.p7s Description: S/MIME Cryptographic Signature ___
Re: [Orgmode] Re: [BUG] htmlp and latexp
Hi Andreas, Andreas Leha andreas.l...@med.uni-goettingen.de writes: I did not send to the list, so I resend my last email below. But for me I found the issue: org-exp-bibtex.el is the problem. Fixed, thanks. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BUG] htmlp and latexp
Hi Dan, Dan Davison dandavis...@gmail.com writes: I was thinking that if it were defvard in org.el, say as (defvar org-export-current-backend nil) then any code could use (null org-export-current-backend) to test whether org is currently exporting or not. Otherwise, the code has to be certain that it has been called during export if it is going to access the variable. I agree this would be a good idea. If you have time, please send a patch. Otherwise, I just put it [somewhere] in my own todo list... Thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [BUG] htmlp and latexp
Thanks to Andreas, Christian, Bastien, and Nick. I didn't know about org-reload, so that bit is handy. Faster than restarting emacs. This bug is gone now. My backtrace also indicated org-ex-bibtex.el was the culprit for me. On Fri, Feb 18, 2011 at 3:49 AM, Bastien bastien.gue...@wikimedia.fr wrote: Hi Andreas, Andreas Leha andreas.l...@med.uni-goettingen.de writes: I did not send to the list, so I resend my last email below. But for me I found the issue: org-exp-bibtex.el is the problem. Fixed, thanks. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BUG] htmlp and latexp
Hi Andreas, Andreas Leha wrote: to make this explicit: I can not export to latex any more, but instead I get Exporting to LaTeX... when: Symbol's value as variable is void: htmlp I confirm you this has been fixed 1 or 2 days ago. Just git pull, and you're gone. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BUG] htmlp and latexp
Andreas Leha andreas.l...@med.uni-goettingen.de writes: Hi all, to make this explicit: I can not export to latex any more, but instead I get Exporting to LaTeX... when: Symbol's value as variable is void: htmlp Org HEAD GNU emacs 23.2.1 (debian squeeze) This is my failing org-file: * Test test Have you tried recent head? Enable stacktrace: M-x toggle-debug-on-error Also include M-x org-version? Jambunathan K. - Andreas Am 16.02.2011 11:03, schrieb Bastien: Hi Dan, Dan Davison dandavis...@gmail.com writes: Commit ed6d6760268 removed variables htmlp and latexp from `org-export-preprocess-string'. Nothing wrong with that, but I think it has broken export for those using org-special-blocks, which contains #+begin_src emacs-lisp (defvar htmlp) (defvar latexp) (defun org-special-blocks-make-special-cookies () Adds special cookies when #+begin_foo and #+end_foo tokens are seen. This is run after a few special cases are taken care of. (when (or htmlp latexp) (goto-char (point-min)) ... #+end_src Fixed thanks. IIuc htmlp and latexp occur occasionally in org code as somewhat unofficial ways to test am I in the middle of export?. Now there is a uniform and official (!) way of getting the backend the user is currently exporting to: (eq backend 'html) ... They also occur in org-exp-blocks, but in deprecated code, so not a priority to fix. I fixed them there too. Thanks for reporting this! ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [BUG] htmlp and latexp
I'm still encountering this bug. Org-mode version 7.4 (release_7.4.418.g373c) This looks like an old release, which is odd. I'm using Eric Schulte's starter kit, and anyway just switched to the org master branch and pulled down the latest commits. 'make clean', 'make info', and 'make lisp/org-install.el' were my next steps. Is it right to take the last 6 chars and search for a commit through the web interface? It isn't turning up anything, and that string is starting look familiar to me. On Thu, Feb 17, 2011 at 5:50 AM, Jambunathan K kjambunat...@gmail.com wrote: Andreas Leha andreas.l...@med.uni-goettingen.de writes: Hi all, to make this explicit: I can not export to latex any more, but instead I get Exporting to LaTeX... when: Symbol's value as variable is void: htmlp Org HEAD GNU emacs 23.2.1 (debian squeeze) This is my failing org-file: * Test test Have you tried recent head? Enable stacktrace: M-x toggle-debug-on-error Also include M-x org-version? Jambunathan K. - Andreas Am 16.02.2011 11:03, schrieb Bastien: Hi Dan, Dan Davison dandavis...@gmail.com writes: Commit ed6d6760268 removed variables htmlp and latexp from `org-export-preprocess-string'. Nothing wrong with that, but I think it has broken export for those using org-special-blocks, which contains #+begin_src emacs-lisp (defvar htmlp) (defvar latexp) (defun org-special-blocks-make-special-cookies () Adds special cookies when #+begin_foo and #+end_foo tokens are seen. This is run after a few special cases are taken care of. (when (or htmlp latexp) (goto-char (point-min)) ... #+end_src Fixed thanks. IIuc htmlp and latexp occur occasionally in org code as somewhat unofficial ways to test am I in the middle of export?. Now there is a uniform and official (!) way of getting the backend the user is currently exporting to: (eq backend 'html) ... They also occur in org-exp-blocks, but in deprecated code, so not a priority to fix. I fixed them there too. Thanks for reporting this! ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [BUG] htmlp and latexp
Jeff Horn jrhorn...@gmail.com wrote: I'm still encountering this bug. Works fine here. Org-mode version 7.4 (release_7.4.418.g373c) That's the latest (as of two minutes ago). This looks like an old release, which is odd. I'm using Eric Schulte's starter kit, and anyway just switched to the org master branch and pulled down the latest commits. 'make clean', 'make info', and 'make lisp/org-install.el' were my next steps. What about M-x org-reload? Or restarting emacs? Is it right to take the last 6 chars and search for a commit through the web interface? It isn't turning up anything, and that string is starting look familiar to me. Don't include the g: try ``git show 373c'' Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [BUG] htmlp and latexp
Hi Jeff, Jeff Horn jrhorn...@gmail.com writes: Org-mode version 7.4 (release_7.4.418.g373c) This looks like an old release, which is odd. I'm using Eric Schulte's starter kit, and anyway just switched to the org master branch and pulled down the latest commits. 'make clean', 'make info', and 'make lisp/org-install.el' were my next steps. M-x org-reload RET (or C-c C-x !) There is no htmlp string in the code anymore, so any bug raising it tells that there is htmlp somewhere in your own snippets. Could you check that? -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BUG] htmlp and latexp
Christian Moe m...@christianmoe.com writes: On 2/15/11 11:23 PM, Dan Davison wrote: Commit ed6d6760268 removed variables htmlp and latexp from `org-export-preprocess-string'. Nothing wrong with that, but I think it has broken export for those using org-special-blocks Confirmed. Exporting the following example stops with a void-variable error in org-special-blocks-make-special-cookies. I was about to make a temporary fix but I see Bastien's just fixed it. Bastien -- should we give that `backend' variable a name within the org-* namespace (and maybe defvar it in org.el?) so that it is a more respectable way to test for am I doing export now?? (This issue just came up in a separate babel thread). Dan Some text. #+begin_sidebar Some details left out of the main text. #+end_sidebar (Incidentally -- org-special-blocks.el still says it's not currently part of GNU Emacs, but as of Org-mode 7.4 it is, isn't it?) CM ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [BUG] htmlp and latexp
Hi Dan, Dan Davison dandavis...@gmail.com writes: I was about to make a temporary fix but I see Bastien's just fixed it. Bastien -- should we give that `backend' variable a name within the org-* namespace (and maybe defvar it in org.el?) so that it is a more respectable way to test for am I doing export now?? (This issue just came up in a separate babel thread). backend is dynamically scoped, so I think there is no need to defvar it in org.el -- only in org-*-blocks.el, to avoid compilation warnings. Let me know if you think otherwise. But it's a good idea to rename it to org-export-backend. Can you do it? -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BUG] htmlp and latexp
Bastien bastien.gue...@wikimedia.fr writes: Hi Dan, Dan Davison dandavis...@gmail.com writes: I was about to make a temporary fix but I see Bastien's just fixed it. Bastien -- should we give that `backend' variable a name within the org-* namespace (and maybe defvar it in org.el?) so that it is a more respectable way to test for am I doing export now?? (This issue just came up in a separate babel thread). backend is dynamically scoped, so I think there is no need to defvar it in org.el -- only in org-*-blocks.el, to avoid compilation warnings. Let me know if you think otherwise. Hi Bastien, I was thinking that if it were defvard in org.el, say as (defvar org-export-current-backend nil) then any code could use (null org-export-current-backend) to test whether org is currently exporting or not. Otherwise, the code has to be certain that it has been called during export if it is going to access the variable. For example, babel code can get called both during interactive evaluation with C-c C-c, and also during export. It might be helpful for that code to be able to inspect the value of org-export-current-backend to see what the current context is. Dan But it's a good idea to rename it to org-export-backend. Can you do it? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
