[BUG] org, ispell [9.6.6 (release_9.6.6 @ /Applications/Emacs.app/Contents/Resources/lisp/org/)]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list. recipe to create bug: - start emacs (via. emacs -Q) - open a new org file - create a heading (eg. * test) - write some text under the heading that contains a spelling mistake - fold the heading with tab - run M-x ispell the bug: - ispell doesn't unfold the header that has the misspelled word (possible corrections are shown in a ispell buffer so it is finding the incorrect word) - when you exit ispell with C-g the heading is now stuck and will not unfold with tab - in the buffer theres a message "SUBTREE (NO CHILDREN)" Emacs : GNU Emacs 29.1 (build 1, x86_64-apple-darwin18.7.0, NS appkit-1671.60 Version 10.14.6 (Build 18G9323)) of 2023-08-17 Package: Org mode version 9.6.6 (release_9.6.6 @ /Applications/Emacs.app/Contents/Resources/lisp/org/)
Find-file using org-protocol
Hi org I’m using org-protocol to open local files in an Emacs client. Yes, this is weird, but it is required for some Electron apps, because they do not allow calling arbitrary commands. This is how I do it: (use-package org-protocol :config (add-to-list 'org-protocol-protocol-alist '("org-find-file" :protocol "find-file" :function org-protocol-find-file :kill-client nil)) (defun org-protocol-find-file (fname) "Process org-protocol://find-file?path= style URL." (let ((f (plist-get (org-protocol-parse-parameters fname nil '(:path)) :path))) (find-file f) (raise-frame) (select-frame-set-input-focus (selected-frame) It works, but there’s a minor annoyance: the buffer it opens is not associated with the client. And killing the client won’t kill the buffer it creates. Upon some inspection, I find that org-protocol-check-filename-for-protocol seems to discard information about the client, so I cannot set server-buffer-clients and server-existing-buffer accordingly myself. I’m writing to ask if there is a better way than advising server-visit-files or org-protocol-check-filename-for-protocol? Thanks! Regards, Kai
Re: BUG Re: [PATCH] ox-latex.el: Unify in one single list Babel and Polyglossia languages alists
On 23 Jul 2022, at 17:22, Ihor Radchenko wrote: > Kai von Fintel writes: > >>>>> Debugger entered--Lisp error: (void-variable >>>>> org-latex-babel-language-alist) >>>>> org-latex--format-spec( >>> >>> org-latex-babel-language-alist is the new variable introduced in the >>> patch. You seem to be loading "mixed" Org versions - built-in + latest. >> >> No, I’m looking just at the HEAD version of =ox-latex.el= at >> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/tree/lisp/ox-latex.el >> >> The new variable is =org-latex-language-alist=, defined on line 175f. >> >> But, =org-latex—format-spec=, defined on line 1860ff, uses the old variable >> names: >> >> (defun org-latex--format-spec (info) >> "Create a format-spec for document meta-data. >> INFO is a plist used as a communication channel." >> (let ((language (let ((lang (plist-get info :language))) >> (or (cdr (assoc-string lang org-latex-babel-language-alist >> t)) >> (nth 1 (assoc-string lang >> org-latex-polyglossia-language-alist t)) >> lang >> >> This borks my latex exports. > > This is unrelated to the error you are seeing. void-variable error is > thrown for org-latex-babel-language-alist, so I still suggest checking > the place in your config where you are loading Org. > > However, you did raise an important omission in the patch - the variable > value was lost in the patch. It was not supposed to happen. I now > restored (in 127e7fee4) the defconst statements and moved them into > org-compat.el. Thus, they can be used by third-party code for the time > being. Thanks, Ihor. Your change fixed my issue. I do think that the code on lines 1864 and 1865 of =ox-latex.el= (https://git.savannah.gnu.org/cgit/emacs/org-mode.git/tree/lisp/ox-latex.el#n1864) should not use the old variable names. Since you’ve now defined the old variables in =org-compat.el=, my exports work, so I’m ok for the moment. But I don’t understand why they are still used in the definition of =org-latex--format-spec=. But of course I’m far from familiar with the org code base. — Kai.
Re: BUG Re: [PATCH] ox-latex.el: Unify in one single list Babel and Polyglossia languages alists
On 23 Jul 2022, at 16:59, Ihor Radchenko wrote: > Kai von Fintel writes: > >> I believe that that this patch has made it impossible to export to latex, >> because the function =org-latex--format-spec= in =ox-latex.el= still refers >> to the old variables, which are now not bound: >> >>> Debugger entered--Lisp error: (void-variable org-latex-babel-language-alist) >>> org-latex--format-spec( > > org-latex-babel-language-alist is the new variable introduced in the > patch. You seem to be loading "mixed" Org versions - built-in + latest. No, I’m looking just at the HEAD version of =ox-latex.el= at https://git.savannah.gnu.org/cgit/emacs/org-mode.git/tree/lisp/ox-latex.el The new variable is =org-latex-language-alist=, defined on line 175f. But, =org-latex—format-spec=, defined on line 1860ff, uses the old variable names: (defun org-latex--format-spec (info) "Create a format-spec for document meta-data. INFO is a plist used as a communication channel." (let ((language (let ((lang (plist-get info :language))) (or (cdr (assoc-string lang org-latex-babel-language-alist t)) (nth 1 (assoc-string lang org-latex-polyglossia-language-alist t)) lang This borks my latex exports. — Kai.
BUG Re: [PATCH] ox-latex.el: Unify in one single list Babel and Polyglossia languages alists
I believe that that this patch has made it impossible to export to latex, because the function =org-latex--format-spec= in =ox-latex.el= still refers to the old variables, which are now not bound: > Debugger entered--Lisp error: (void-variable org-latex-babel-language-alist) > org-latex--format-spec( etc. — Kai.
Is org-block really the intended face for captions?
Hello, this is my first post to this mailing list. Great thanks to all of you that have made org-mode such a wonderful tool. I usually have lots of code-blocks in my org-mode documents. I recently decided to give them another background color (by modifying the face "org-block") to distinguish them better from the rest of the document. That was when I noticed that the same face (org-block) was used also for captions. Is this really intended? Attached is my naive attempt to change this by applying the org-default face to the captions. So my question, could we change the face for captions? Which face should be used, org-default or should a new face be introduced? Best regards Kai >From ac81515cc85edf36c2ea32028e557362a4bc6d3a Mon Sep 17 00:00:00 2001 From: Kai Harries Date: Sat, 29 Jan 2022 07:33:21 +0100 Subject: [PATCH] org-fontify-meta-lines-and-blocks: use org-default face for caption Previous the face org-block was used for captions. That looks quite awkward if you decide to change the background color of org-block to make code-blocks, etc. stand out. TBH I don't really understand the reasoning behind choosing org-block as face for captions but IMHO org-default seems to me a saner choice. --- lisp/org.el | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lisp/org.el b/lisp/org.el index d58f6af55..8eaf5b0de 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -5387,7 +5387,7 @@ by a #." (add-text-properties (line-beginning-position) (match-end 1) '(font-lock-fontified t face org-meta-line)) (add-text-properties (match-end 0) (line-end-position) - '(font-lock-fontified t face org-block)) + '(font-lock-fontified t face org-default)) t) ((member dc3 '(" " "")) ;; Just a comment, the plus was not there -- 2.33.1
org-cite not mentioned in ORG-NEWS for 9.5
In a recent message there was a pointer to the etc/ORG-NEWS file located at http://git.savannah.gnu.org/cgit/emacs/org-mode.git/tree/etc/ORG-NEWS I take it that this includes the release notes in progress for the upcoming 9.5 release. There is no mention of the new org-cite functionality in that file. Does this mean that org-cite will not be part of the 9.5 release? -- Kai.
Re: [O] Embedded LaTeX fontification
On 9 Sep 2016, at 11:48, Eric S Fraga wrote: On Friday, 9 Sep 2016 at 12:06, Kai von Fintel wrote: When I embed LaTeX code in a #+BEGIN_SRC latex block and org-src-fontify-natively is set to t, the code is fontified as LaTeX code. But when the code is embedded in a #+BEGIN_LaTeX block, there's no fontification. Is that as intended? Am I missing some setting? Or could that functionality be added? What version of org are you using? In latest versions, begin_latex is now #+begin_export latex ... #+end_export and this does fontify correctly for me. Hmm, I *thought* I was up to date: Org-mode version 8.3.5 (8.3.5-8-gd2cb29-elpaplus @ /Users/fintel/.emacs.d/elpa/org-plus-contrib-20160905/). I guess I have to somehow get Spacemacs to use the bleeding edge version of org rather than the latest stable version? -- Kai.
[O] Embedded LaTeX fontification
When I embed LaTeX code in a `#+BEGIN_SRC latex` block and `org-src-fontify-natively` is set to `t`, the code is fontified as LaTeX code. But when the code is embedded in a `#+BEGIN_LaTeX` block, there's no fontification. Is that as intended? Am I missing some setting? Or could that functionality be added? -- Kai.
Re: [O] org-ref is not using default bibliography file
Well I was wrong, after I expand my-dropbox-path to full path, the problem is still there. Here are the results, the upper one is with the bibliography link while the one at the bottom is without. Only the format changes, one with a quoted | but another with a leading : Could this be the cause? === From notes.org === . some text with citations bibliography:/home/kai/Dropbox/bibliography/references.bib #+BEGIN_SRC emacs-lisp (org-ref-find-bibliography) #+END_SRC #+RESULTS: | /home/kai/Dropbox/bibliography/references.bib | : /home/kai/Dropbox/bibliography/references.bib On Sun, Dec 13, 2015 at 11:11 AM, Kai Chen <chk0...@mail.ustc.edu.cn> wrote: > Thanks for your suggestion! The problem lies in a variable I set which > points to the directory of my Dropbox folder, to ensure emacs portable on > different OS. > > When I have the bibliography link in the org file, the > (org-ref-find-bibliography) will return the absolute path to the .bib file, > which in my case is > /home/kai/Dropbox/bibliography/references.bib > But if I do not have the link, it returns > ~/Dropbox/bibliography/references.bib > > It seems some modules are resolving the '~' while some others are not. > > Cheers, > Kai > > > On Sun, Dec 13, 2015 at 2:15 AM, John Kitchin <jkitc...@andrew.cmu.edu> > wrote: > >> That sounds odd. >> >> What is the output of this src block in your file? >> >> #+BEGIN_SRC emacs-lisp >> (org-ref-find-bibliography) >> #+END_SRC >> >> >> >> Kai Chen writes: >> >> > Dear list, >> > >> > I just got to know org-ref, and I followed the github help page to >> manually >> > install the package and set the default path similar to the >> configuration >> > provided in the follow link: >> > https://github.com/jkitchin/org-ref >> > >> > And I installed all the dependency packages like helm-bibtex, hydra etc. >> > >> > But when I am citing (using "C-c ]") an existing entry which is in the >> > default references.bib file, I can see the entry after I stroke the >> > command, but after I selected it and pressed enter, when the cursor is >> on >> > the link, the mini-buffer says: >> > !!! No entry found !!! >> > But previously the org-ref-helm-insert-cite-link properly showed that >> > entry. This can only work when I manually add a bibliography link at the >> > bottom of the file, which means org-ref is not using the default >> > bibliography file. >> > >> > So what should I check to fix this issue? >> > >> > Thanks for your help! >> > >> > The following is my configuration of org-ref: >> > >> > #+BEGIN_SRC emacs-lisp >> > (setq org-ref-path (concat my-dropbox-path "software/org-ref/")) >> > >> > (setq reftex-default-bibliography (concat my-dropbox-path >> > "bibliography/references.bib")) >> > >> > ;; see org-ref for use of these variables >> > (setq org-ref-bibliography-notes (concat my-dropbox-path >> "bibliography/ >> > notes.org") >> > org-ref-default-bibliography (concat my-dropbox-path >> > "bibliography/references.bib") >> > org-ref-pdf-directory (concat my-dropbox-path >> > "bibliography/bibtex-pdfs/")) >> > >> > ;; *** helm-bibtex >> > >> > (setq helm-bibtex-bibliography (concat my-dropbox-path >> > "bibliography/references.bib")) >> > (setq helm-bibtex-library-path (concat my-dropbox-path >> > "bibliography/bibtex-pdfs")) >> > >> > ;; open pdf with system pdf viewer (works on mac) >> > (when (eq system-type 'darwin) >> > (setq helm-bibtex-pdf-open-function >> > (lambda (fpath) >> > (start-process "open" "*open*" "open" fpath >> > >> > ;; alternative >> > ;; (setq helm-bibtex-pdf-open-function 'org-open-file) >> > >> > (setq helm-bibtex-notes-path (concat my-dropbox-path >> > "bibliography/helm-bibtex-notes")) >> > >> > (global-set-key [f10] 'org-ref-open-bibtex-notes) >> > (global-set-key [f11] 'org-ref-open-bibtex-pdf) >> > (global-set-key [f12] 'org-ref-open-in-browser) >> > >> > (add-to-list 'load-path org-ref-path) >> > >> > ;; make sure you have dash, helm, helm-bibtex, ebib, s, f, hydra and >> > key-chord >> > ;; in your load-path >> > ;; auto-install dependencies >> > (require 'org-ref) >> > >> > ;; optional but very useful libraries in org-ref >> > (require 'doi-utils) >> > (require 'jmax-bibtex) >> > (require 'pubmed) >> > (require 'arxiv) >> > (require 'sci-id) >> > >> > #+END_SRC >> >> -- >> Professor John Kitchin >> Doherty Hall A207F >> Department of Chemical Engineering >> Carnegie Mellon University >> Pittsburgh, PA 15213 >> 412-268-7803 >> @johnkitchin >> http://kitchingroup.cheme.cmu.edu >> >> > > > -- > Regards > > Multi-Agent System Lab > University of Science and Technology of China > > K.Chen > -- Regards Multi-Agent System Lab University of Science and Technology of China K.Chen
Re: [O] org-ref is not using default bibliography file
Thanks for pointing out!!! This did the trick for me (using backquote `): (setq reftex-default-bibliography `(,(concat my-dropbox-path "bibliography/references.bib"))) Thanks again for your prompt help! Cheers, Kai On Sun, Dec 13, 2015 at 11:59 AM, John Kitchin <jkitc...@andrew.cmu.edu> wrote: > That probably means some variable should be a list and it isn't, it is > just a string. > > > On Saturday, December 12, 2015, Kai Chen <chk0...@mail.ustc.edu.cn> wrote: > >> Well I was wrong, after I expand my-dropbox-path to full path, the >> problem is still there. >> >> Here are the results, the upper one is with the bibliography link while >> the one at the bottom is without. Only the format changes, one with a >> quoted | but another with a leading : >> Could this be the cause? >> >> === From notes.org === >> . some text with citations >> bibliography:/home/kai/Dropbox/bibliography/references.bib >> >> #+BEGIN_SRC emacs-lisp >> (org-ref-find-bibliography) >> #+END_SRC >> >> #+RESULTS: >> | /home/kai/Dropbox/bibliography/references.bib | >> >> : /home/kai/Dropbox/bibliography/references.bib >> >> >> >> On Sun, Dec 13, 2015 at 11:11 AM, Kai Chen <chk0...@mail.ustc.edu.cn> >> wrote: >> >>> Thanks for your suggestion! The problem lies in a variable I set which >>> points to the directory of my Dropbox folder, to ensure emacs portable on >>> different OS. >>> >>> When I have the bibliography link in the org file, the >>> (org-ref-find-bibliography) will return the absolute path to the .bib file, >>> which in my case is >>> /home/kai/Dropbox/bibliography/references.bib >>> But if I do not have the link, it returns >>> ~/Dropbox/bibliography/references.bib >>> >>> It seems some modules are resolving the '~' while some others are not. >>> >>> Cheers, >>> Kai >>> >>> >>> On Sun, Dec 13, 2015 at 2:15 AM, John Kitchin <jkitc...@andrew.cmu.edu> >>> wrote: >>> >>>> That sounds odd. >>>> >>>> What is the output of this src block in your file? >>>> >>>> #+BEGIN_SRC emacs-lisp >>>> (org-ref-find-bibliography) >>>> #+END_SRC >>>> >>>> >>>> >>>> Kai Chen writes: >>>> >>>> > Dear list, >>>> > >>>> > I just got to know org-ref, and I followed the github help page to >>>> manually >>>> > install the package and set the default path similar to the >>>> configuration >>>> > provided in the follow link: >>>> > https://github.com/jkitchin/org-ref >>>> > >>>> > And I installed all the dependency packages like helm-bibtex, hydra >>>> etc. >>>> > >>>> > But when I am citing (using "C-c ]") an existing entry which is in the >>>> > default references.bib file, I can see the entry after I stroke the >>>> > command, but after I selected it and pressed enter, when the cursor >>>> is on >>>> > the link, the mini-buffer says: >>>> > !!! No entry found !!! >>>> > But previously the org-ref-helm-insert-cite-link properly showed that >>>> > entry. This can only work when I manually add a bibliography link at >>>> the >>>> > bottom of the file, which means org-ref is not using the default >>>> > bibliography file. >>>> > >>>> > So what should I check to fix this issue? >>>> > >>>> > Thanks for your help! >>>> > >>>> > The following is my configuration of org-ref: >>>> > >>>> > #+BEGIN_SRC emacs-lisp >>>> > (setq org-ref-path (concat my-dropbox-path "software/org-ref/")) >>>> > >>>> > (setq reftex-default-bibliography (concat my-dropbox-path >>>> > "bibliography/references.bib")) >>>> > >>>> > ;; see org-ref for use of these variables >>>> > (setq org-ref-bibliography-notes (concat my-dropbox-path >>>> "bibliography/ >>>> > notes.org") >>>> > org-ref-default-bibliography (concat my-dropbox-path >>>> > "bibliography/references.bib") >>>> > org-ref-pdf-directory (concat my-dropbox-path >>>> > "bibliography/bi
[O] org-ref is not using default bibliography file
Dear list, I just got to know org-ref, and I followed the github help page to manually install the package and set the default path similar to the configuration provided in the follow link: https://github.com/jkitchin/org-ref And I installed all the dependency packages like helm-bibtex, hydra etc. But when I am citing (using "C-c ]") an existing entry which is in the default references.bib file, I can see the entry after I stroke the command, but after I selected it and pressed enter, when the cursor is on the link, the mini-buffer says: !!! No entry found !!! But previously the org-ref-helm-insert-cite-link properly showed that entry. This can only work when I manually add a bibliography link at the bottom of the file, which means org-ref is not using the default bibliography file. So what should I check to fix this issue? Thanks for your help! The following is my configuration of org-ref: #+BEGIN_SRC emacs-lisp (setq org-ref-path (concat my-dropbox-path "software/org-ref/")) (setq reftex-default-bibliography (concat my-dropbox-path "bibliography/references.bib")) ;; see org-ref for use of these variables (setq org-ref-bibliography-notes (concat my-dropbox-path "bibliography/ notes.org") org-ref-default-bibliography (concat my-dropbox-path "bibliography/references.bib") org-ref-pdf-directory (concat my-dropbox-path "bibliography/bibtex-pdfs/")) ;; *** helm-bibtex (setq helm-bibtex-bibliography (concat my-dropbox-path "bibliography/references.bib")) (setq helm-bibtex-library-path (concat my-dropbox-path "bibliography/bibtex-pdfs")) ;; open pdf with system pdf viewer (works on mac) (when (eq system-type 'darwin) (setq helm-bibtex-pdf-open-function (lambda (fpath) (start-process "open" "*open*" "open" fpath ;; alternative ;; (setq helm-bibtex-pdf-open-function 'org-open-file) (setq helm-bibtex-notes-path (concat my-dropbox-path "bibliography/helm-bibtex-notes")) (global-set-key [f10] 'org-ref-open-bibtex-notes) (global-set-key [f11] 'org-ref-open-bibtex-pdf) (global-set-key [f12] 'org-ref-open-in-browser) (add-to-list 'load-path org-ref-path) ;; make sure you have dash, helm, helm-bibtex, ebib, s, f, hydra and key-chord ;; in your load-path ;; auto-install dependencies (require 'org-ref) ;; optional but very useful libraries in org-ref (require 'doi-utils) (require 'jmax-bibtex) (require 'pubmed) (require 'arxiv) (require 'sci-id) #+END_SRC -- Regards Multi-Agent System Lab University of Science and Technology of China K.Chen
Re: [O] org-ref is not using default bibliography file
Thanks for your suggestion! The problem lies in a variable I set which points to the directory of my Dropbox folder, to ensure emacs portable on different OS. When I have the bibliography link in the org file, the (org-ref-find-bibliography) will return the absolute path to the .bib file, which in my case is /home/kai/Dropbox/bibliography/references.bib But if I do not have the link, it returns ~/Dropbox/bibliography/references.bib It seems some modules are resolving the '~' while some others are not. Cheers, Kai On Sun, Dec 13, 2015 at 2:15 AM, John Kitchin <jkitc...@andrew.cmu.edu> wrote: > That sounds odd. > > What is the output of this src block in your file? > > #+BEGIN_SRC emacs-lisp > (org-ref-find-bibliography) > #+END_SRC > > > > Kai Chen writes: > > > Dear list, > > > > I just got to know org-ref, and I followed the github help page to > manually > > install the package and set the default path similar to the configuration > > provided in the follow link: > > https://github.com/jkitchin/org-ref > > > > And I installed all the dependency packages like helm-bibtex, hydra etc. > > > > But when I am citing (using "C-c ]") an existing entry which is in the > > default references.bib file, I can see the entry after I stroke the > > command, but after I selected it and pressed enter, when the cursor is on > > the link, the mini-buffer says: > > !!! No entry found !!! > > But previously the org-ref-helm-insert-cite-link properly showed that > > entry. This can only work when I manually add a bibliography link at the > > bottom of the file, which means org-ref is not using the default > > bibliography file. > > > > So what should I check to fix this issue? > > > > Thanks for your help! > > > > The following is my configuration of org-ref: > > > > #+BEGIN_SRC emacs-lisp > > (setq org-ref-path (concat my-dropbox-path "software/org-ref/")) > > > > (setq reftex-default-bibliography (concat my-dropbox-path > > "bibliography/references.bib")) > > > > ;; see org-ref for use of these variables > > (setq org-ref-bibliography-notes (concat my-dropbox-path "bibliography/ > > notes.org") > > org-ref-default-bibliography (concat my-dropbox-path > > "bibliography/references.bib") > > org-ref-pdf-directory (concat my-dropbox-path > > "bibliography/bibtex-pdfs/")) > > > > ;; *** helm-bibtex > > > > (setq helm-bibtex-bibliography (concat my-dropbox-path > > "bibliography/references.bib")) > > (setq helm-bibtex-library-path (concat my-dropbox-path > > "bibliography/bibtex-pdfs")) > > > > ;; open pdf with system pdf viewer (works on mac) > > (when (eq system-type 'darwin) > > (setq helm-bibtex-pdf-open-function > > (lambda (fpath) > > (start-process "open" "*open*" "open" fpath > > > > ;; alternative > > ;; (setq helm-bibtex-pdf-open-function 'org-open-file) > > > > (setq helm-bibtex-notes-path (concat my-dropbox-path > > "bibliography/helm-bibtex-notes")) > > > > (global-set-key [f10] 'org-ref-open-bibtex-notes) > > (global-set-key [f11] 'org-ref-open-bibtex-pdf) > > (global-set-key [f12] 'org-ref-open-in-browser) > > > > (add-to-list 'load-path org-ref-path) > > > > ;; make sure you have dash, helm, helm-bibtex, ebib, s, f, hydra and > > key-chord > > ;; in your load-path > > ;; auto-install dependencies > > (require 'org-ref) > > > > ;; optional but very useful libraries in org-ref > > (require 'doi-utils) > > (require 'jmax-bibtex) > > (require 'pubmed) > > (require 'arxiv) > > (require 'sci-id) > > > > #+END_SRC > > -- > Professor John Kitchin > Doherty Hall A207F > Department of Chemical Engineering > Carnegie Mellon University > Pittsburgh, PA 15213 > 412-268-7803 > @johnkitchin > http://kitchingroup.cheme.cmu.edu > > -- Regards Multi-Agent System Lab University of Science and Technology of China K.Chen
[O] Bug: footnot not recognized during export [8.2.3c (release_8.2.3c-288-g8c9887 @ /Users/kai/.emacs.d/lisp/org-mode/)]
--text follows this line-- Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. The first footnote in this simple org file: #+BEGIN_EXAMPLE * Footnote Test First FOOT_NOTE[fn:1]. And a SECOND[fn:2]. * Footnotes [fn:1] Footnote 1. [fn:2] Footnote 2. #+END_EXAMPLE is not recognized during export. E.g. ASCII export (C-c C-e t A) in emacs -Q: #+BEGIN_EXAMPLE 1 Footnote Test === First FOOT_NOTE[fn:1]. And a SECOND[1]. Footnotes _ [1] Footnote 2. #+END_EXAMPLE Emacs : GNU Emacs 24.3.1 (x86_64-apple-darwin12.3.0, Carbon Version 1.6.0 AppKit 1187.37) of 2013-05-19 on chogori.tetzco.de Package: Org-mode version 8.2.3c (release_8.2.3c-288-g8c9887 @ /Users/kai/.emacs.d/lisp/org-mode/)
[O] Inhibit converting -- to ndash;
Hello everyone, When I export a org file to html, string -- in org file is converted to ndash; in html. I want to display -- verbatim, so could you tell me how to inhibit converting --? Thanks, sorry for stupid question -- Tsunenobu Kai
Re: [O] Inhibit converting -- to ndash;
Thank you for your response, Mike. At Sat, 16 Jun 2012 18:03:03 -0700 (PDT), Michael Hannon wrote: What happens if you enclose the two dashes in equal signs? As: =--= I tried exporting =--=, then =--= is unfortunately converted to =ndash;= in html. Is there any other way? If possible, I want to control it with export options in a org file rather than markup rules. Best regards, Tsunenobu Kai
Re: [O] Inhibit converting -- to ndash;
(2012/06/17 11:18), Nick Dokos wrote: Are you sure? In my case, both =--= and ~--~ get exported to HTML as code--/code with both the old and the new exporter. I'm sorry I made a mistake. I exported =--=help by mistake, and then it was converted ndash;help. =--help= gets exported to HTML as --help and that's what I want to do. Thank you for your help, Kai
Re: [O] Variable publishing-directory?
Bastien b...@altern.org writes: Hi Bastien, The patch looks good but I'd like to understand it better. Can you send an example configuration working with your patch? In org-publish-project-alist, i have HTML publishing projects which should be published to different target directories depending on e.g. where emacs is running (which i determine in my init files using the MAC address of the default GW, the name the machine, ...). Here is an example: At home, i publish to a local directory (:publishing-directory ~/tmp/publish-test) but at work i would like to publish directly to a webserver (:publishing-directory /plinkx:doxydoc:~/public_html/publish-test - this is on w32, using tramps PuTTY/plink). To avoid having to change the definition of the publishing project when i change locations i would like to construct the actual value of :publishing-directory by calling a function: (publishing-dir-test :base-directory ~/Documents/Work/RS :recursive t :base-extension org :exclude-tags (intern) :publishing-directory '(expand-file-name publish-test kt:org-default-publishing-dir) :publishing-function org-publish-org-to-html) Depending on the location i'm in, 'kt:org-default-publishing-dir' would be set to either ~/tmp or /plinkx:doxydoc:~/public_html. Without the patch, the example above does not work as the value of :publishing-directory does not get evaluated. Also, please try to send git patch using these conventions: http://orgmode.org/worg/org-contribute.html#sec-5 Thanks a lot! Thanks for the hint. I've attached a revised version of the patch which includes a changelog/commit msg - i hope that works for you. Publish: allow dynamic construction of the publish destination. * org-publish.el (org-publish-file): Added 'eval'ing the value of the :publishing-directory property before using it as destination of the publishing project. This allows to construct the publish destination directory dynamically at run-time using the return value of a function. TINYCHANGE --- lisp/org-publish.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/org-publish.el b/lisp/org-publish.el index e2213c5..518c1bf 100644 --- a/lisp/org-publish.el +++ b/lisp/org-publish.el @@ -684,7 +684,7 @@ See `org-publish-projects'. (pub-dir (file-name-as-directory (file-truename - (or (plist-get project-plist :publishing-directory) + (or (eval (plist-get project-plist :publishing-directory)) (error Project %s does not have :publishing-directory defined (car project)) tmp-pub-dir) -- 1.7.5.4
Re: [O] Variable publishing-directory? (resent with patch as attachment)
Bastien b...@altern.org writes: Hi Bastien, The patch looks good but I'd like to understand it better. Can you send an example configuration working with your patch? In org-publish-project-alist, i have HTML publishing projects which should be published to different target directories depending on e.g. where emacs is running (which i determine in my init files using the MAC address of the default GW, the name the machine, ...). Here is an example: At home, i publish to a local directory (:publishing-directory ~/tmp/publish-test) but at work i would like to publish directly to a webserver (:publishing-directory /plinkx:doxydoc:~/public_html/publish-test - this is on w32, using tramps PuTTY/plink). To avoid having to change the definition of the publishing project when i change locations i would like to construct the actual value of :publishing-directory by calling a function: (publishing-dir-test :base-directory ~/Documents/Work/RS :recursive t :base-extension org :exclude-tags (intern) :publishing-directory '(expand-file-name publish-test kt:org-default-publishing-dir) :publishing-function org-publish-org-to-html) Depending on the location i'm in, 'kt:org-default-publishing-dir' would be set to either ~/tmp or /plinkx:doxydoc:~/public_html. Without the patch, the example above does not work as the value of :publishing-directory does not get evaluated. Also, please try to send git patch using these conventions: http://orgmode.org/worg/org-contribute.html#sec-5 Thanks a lot! Thanks for the hint. I've attached a revised version of the patch which includes a changelog/commit msg - i hope that works for you. Publish: allow dynamic construction of the publish destination. * org-publish.el (org-publish-file): Added 'eval'ing the value of the :publishing-directory property before using it as destination of the publishing project. This allows to construct the publish destination directory dynamically at run-time using the return value of a function. TINYCHANGE --- lisp/org-publish.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/org-publish.el b/lisp/org-publish.el index e2213c5..518c1bf 100644 --- a/lisp/org-publish.el +++ b/lisp/org-publish.el @@ -684,7 +684,7 @@ See `org-publish-projects'. (pub-dir (file-name-as-directory (file-truename - (or (plist-get project-plist :publishing-directory) + (or (eval (plist-get project-plist :publishing-directory)) (error Project %s does not have :publishing-directory defined (car project)) tmp-pub-dir) -- 1.7.5.4
[O] Variable publishing-directory?
I'm using an org-mode publishing project in different locations and would like to set different (location dependent) values for the publishing-directory property (e.g. use different servers to upload published files). There might be a way to do that with the current org-mode which i just did not find. In that case, please let me know how. Otherwise the attached patch seems to provide the desired effect and it would be great if it could be added to org-mode. BR, Kai diff --git a/lisp/org-publish.el b/lisp/org-publish.el index ccd2068..4ed2346 100644 --- a/lisp/org-publish.el +++ b/lisp/org-publish.el @@ -685,7 +685,7 @@ See `org-publish-projects'. (pub-dir (file-name-as-directory (file-truename - (or (plist-get project-plist :publishing-directory) + (or (eval (plist-get project-plist :publishing-directory)) (error Project %s does not have :publishing-directory defined (car project)) tmp-pub-dir)
[Orgmode] Are there better ways to export wide LaTeX tables/figures?
Hi all, After spending a few hours experimenting with orgmode's exporting of tables to LaTeX, I've got three problems to do with wide tables/figures, which I'm hoping have smarter solutions that what I could find: 1) When one has a table of even moderate width it will run off the page by default when exported to LaTeX and then pdf-published, since by default LaTeX will not automatically fit the column sizes to the page width, nor wrap text within cells to fit. As far as I can tell, within orgmode, one has to do manual tweaking in the +ATTR_LaTeX line of the table like: #+ATTR_LaTeX: tabular width=\textwidth align=|p{1.8cm}|p{1.5cm}|p{1.5cm}|p{1.3cm}| ...and set the column widths manually (in the example above, manually set four column widths). Is there a better way to do this from within orgmode? 2) Now after one does all that hand-tweaking and trial and error of setting the LaTeX table column widths manually, the printed table may finally fit on the page, BUT still be wider than \textwidth, and appear off-center (it will be aligned on the left, but extend past the right margin). I found this technique of centering the over-wide table/figure using \makebox: http://texblog.net/latex-archive/layout/centering-figure-table/ ...which basically involves wrapping the LaTeX table code with \noindent\makebox[\textwidth]{% and a closing curly brace, }. But I could not find a way to specify that within orgmode; if I have something like the following it will not work, the table does not end up being exported: #+LaTeX: \noindent\makebox[\textwidth]{% #+CAPTION: A wide table. #+LABEL: tbl:wide_table #+ATTR_LaTeX: tabular width=\textwidth align=|p{1.8cm}|p{1.5cm}|p{1.5cm}|p{1.3cm}|p{2cm}|p{2.25cm}|p{1.7cm}| | Technology | Stack Efficiency | System Efficiency | Lifetime [years] | Degradation [microV/h] | Estimated High-volume manufacturing cost [2007 Euros/kW] | Target Sale Price [2007 Euros/kW] | |+--+---+--++--+---| | AFC| 0.43-0.5 | 0.27-0.32 | 0.5-1.1 | 10-30 | 325-675 | 120-230 | #+LaTeX: %} Is there any way to specify from the orgmode file that the (too wide) exported LaTeX table should be absolutely centered in the page, so as to avoid manual fixes per table in the tex file after exporting? Same question applies to large images that one wants wider than \textwidth, yet centered within the page - is there a way to do it cleanly? 3) Finally, is there a way to specify a smaller text size for tables consistently? e.g. within the exported LaTex file, one could manually specify \footnotesize table text like: \begin{table}[htb]\footnotesize But is there a way to specify that from orgmode, and avoid post-export manual fixes in the tex file? Thanks in advance, any and all help appreciated! K ___ 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] Header levels and section numbering 3, in LaTeX export
With a .org file having headers 4-5 levels deep (e.g. This Section), I'd like the LaTeX export to treat it as a subsubsubsection with numbering, e.g. 1.1.1.1. But no luck, and I'm not sure whether I'm doing something wrong with org-mode, or need to customize my LaTeX template. In the org file I have: #+OPTIONS: H:5 num:t ...which does give the TeX markup of \label{sec-1_1_1_1} in the .tex file, but the header text is wrapped in a \paragraph{The Header}, instead of \subsubsubsection{The Header}. Is there a way to have the org-mode LaTeX export mark that up as a subsubsubsection? I'm using the org-mode trunk. Thanks in advance for any help, K ___ 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] Bug: relative org file links get exported as href=http:./... instead of href=./... [7.01trans]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Since about 1 week (09-03), relative links between org-mode files within the same publishing project get and additional 'http:' prefix in the href attribute. Instead of a href=./ip-on-cmw.html as in earlier versions the links are now converted to a href=http:./ip-on-cmw.html and fail to resolve when browsing the exported files. Emacs : GNU Emacs 24.0.50.2 (x86_64-apple-darwin10.4.0, NS apple-appkit-1038.32) of 2010-09-10 on mack.tetzco.de Package: Org-mode version 7.01trans current state: == (setq org-empty-line-terminates-plain-lists t org-log-done 'time org-file-apps '((auto-mode . emacs) (\\.x?html?\\' . default) (\\.pdf\\' . default) (directory dired-other-frame file)) org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars) org-link-frame-setup '((vm . vm-visit-folder-other-frame) (gnus . gnus-other-frame) (file . find-file-other-frame)) org-special-ctrl-a/e 'reversed org-agenda-clockreport-parameter-plist '(:link nil :maxlevel 4) org-agenda-files '(~/.emacs.d/org/agenda) org-clock-persist-query-resume nil org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent) org-publish-timestamp-directory ~/.emacs.d/tmp/org-timestamps/ org-babel-load-languages '((clojure . t) (css . t) (ditaa . t) (dot . t) (C . t) (gnuplot . t) (mscgen . t) (perl . t) (python . t) (R . t) (ruby . t) (sh . t)) org-hide-leading-stars t org-metaup-hook '(org-babel-load-in-session-maybe) org-after-todo-state-change-hook '(org-clock-out-if-current) org-clock-out-when-done nil org-babel-tangle-lang-exts '((ruby . rb) (python . py) (perl . pl) (c++ . cpp) (clojure . clj) (emacs-lisp . el)) org-export-ascii-bullets '(42 43 45 126) org-clock-history-length 25 org-agenda-start-with-log-mode t outline-minor-mode-prefix org-special-ctrl-k t org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup) org-publish-use-timestamps-flag nil org-export-latex-format-toc-function 'org-export-latex-format-toc-default org-support-shift-select t org-clock-in-resume t org-export-preprocess-hook '(org-export-blocks-preprocess) org-tags-exclude-from-inheritance '(cmm cmn cmr) org-tab-first-hook '(org-hide-block-toggle-maybe org-babel-hide-result-toggle-maybe) outline-regexp \\*+ org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-confirm-shell-link-function 'yes-or-no-p org-export-first-hook '(org-beamer-initialize-open-trackers) org-clock-persist t org-startup-indented t org-agenda-before-write-hook '(org-agenda-add-entry-text) org-M-RET-may-split-line '((default . t) (headline)) org-default-notes-file ~/.emacs.d/org/notes.org org-directory ~/.emacs.d/org/ org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-publish-project-alist '((NasTCs-org :base-directory ~/.emacs.d/org/agenda/STF160 :base-extension org :exclude \\(org\\|html\\|css\\) :publishing-directory ~/NasTcOverview :publishing-function (kt:publish-html org-publish-org-to-org) :plain-source t :htmlized-source t :link-validation-function kt:copy-and-validate-link :title NAS Testcase Overview :table-of-contents t :section-numbers nil :headline-levels 3 :sub-superscript nil :todo-keywords t :drawers t :tags not-in-toc :timestamps t :auto-index nil :exclude-tags (mdesc limpl) :style link rel=\StyleSheet\ href=\css/nas.css\ type=\text/css\) (NasTCs-other :base-directory ~/.emacs.d/org/agenda/STF160 :recursive t :no-timestamps t :base-extension css\\|js :publishing-directory ~/NasTcOverview :publishing-function org-publish-attachment) (NasTCs :components (NasTCs-other NasTCs-org)) (UPC :components (UPC-html UPC-HOWTO-other)) (UPC-HOWTO-other :base-directory ~/Documents/Work/RS/UPC :recursive t :no-timestamps t :base-extension xml\\|dtd\\|txt\\|ppt\\|sh\\|conf\\|exe\\|bat :publishing-directory ~/UpcOnCmw :publishing-function org-publish-attachment) (UPC-html :base-directory ~/Documents/Work/RS/UPC :recursive t :base-extension org
[Orgmode] Problem with named footnotes and LaTeX export?
Hi, First, thank you to all Org-mode contributors, it is a marvelous productivity tool and truly lives up to its motto of managing life in plain text. Now on to a possible bug. :) I have noticed that when I include named footnotes within an unordered list, the LaTeX exported file has problems, and mixes in the text (after the first word) of a named footnote directly within the text of the unordered list item. Named footnotes that are in ordered lists are exported without a problem. This bug may be the same one that was described in this message, though the OP didn't provide follow-up information: http://article.gmane.org/gmane.emacs.orgmode/23637/ ...also, I think the problem does not happen with numbered footnotes in unordered lists, as the single response message by Matt Lundin showed. I'm using a current (git-pulled as of this morning) version of Org-mode, with Emacs 23.2.50. An example .org file to test (and hopefully reproduce) the problem is included below; the problem can be seen by doing an export to LaTeX (with optional view in PDF). Thanks in advance for any help/debugging, Kai Test Orgmode's Handling of Named Footnotes * Intro This is the opening paragraph, without much to say at the moment. But forsooth, let us praise Lisp. * A Bit About John McCarthy - Lisp was created and designed by John McCarthy.[fn:Lisp_origin] - McCarthy's first publication on Lisp was Recursive Functions of Symbolic Expressions and Their Computation by Machine (Part I).[fn:First_Lisp_paper] * Lisp's Amazingness 1. What's amazing about Lisp is how small the core language is; it's the computing equivalent of Maxwell's equations! Originally McCarthy described just seven functions and two special forms: - atom, car, cdr, cond, cons, eq, quote, lambda, label 2. 50 years on, other programming languages are finally beginning to approach Lisp's power and generality.[fn:Graham_on_Lisp] * Footnotes [fn:Lisp_origin] See http://en.wikipedia.org/wiki/Lisp_(programming_language) for a brief historic overview. [fn:First_Lisp_paper] See http://www-formal.stanford.edu/jmc/recursive.html for versions of this landmark paper. [fn:Graham_on_Lisp] See Paul Graham's Lisp articles at http://www.paulgraham.com/lisp.html ___ 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: Problem with named footnotes and LaTeX export?
Nicolas Goaziou n.goaziou at gmail.com writes: Now on to a possible bug. :) I have noticed that when I include named footnotes within an unordered list, the LaTeX exported file has problems, and mixes in the text (after the first word) of a named footnote directly within the text of the unordered list item. Named footnotes that are in ordered lists are exported without a problem. This bug may be the same one that was described in this message, though the OP didn't provide follow-up information: http://article.gmane.org/gmane.emacs.orgmode/23637/ ...also, I think the problem does not happen with numbered footnotes in unordered lists, as the single response message by Matt Lundin showed. I don't want to sound arrogant, but this bug should already be fixed in my list improvement branch. Could you confirm it? There's one problem left though: underscores in first URL are interpreted as math text, producing strange results. Regards, Thanks for the fast response. Yes, the bug is fixed in your list improvement branch, thank you. When will those improvements be merged to trunk/master? And yes, Nicolas has spotted a new bug from my example, caused by parenthesized underscores in hyperlinks that are interpreted incorrectly. K ___ 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] Org-mode version 6.32; org-replace-disputed-keys t - breaks time shifts with S-up/down/left/right
At Wed, 28 Oct 2009 17:55:44 +0100, Hi Carsten, Some days ago i noticed that time shifting in CLOCK lines stopped working. I've now toggled some org config variables and found that this happens when org-replace-disputed-keys is set to t. This was not the case with earlier org-mode versions. What exactly did work, and what does now no longer work? - Carsten Since about a week/10d ago i could use S-up/down/left/right to manipulate dates and timestamps in CLOCK: lines independent of the value of org-replace-disputed-keys. Now with org-replace-disputed-keys set to t, the shifted arrow key just start/extend the region (with pc-selection-mode/shift-select-mode turned on). It's not a big deal to me. I just noticed a change in how things work. /Kai Emacs : GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600) of 2009-10-14 on LENNART-69DE564 (patched) Package: Org-mode version 6.32 current state: == (setq org-empty-line-terminates-plain-lists t org-log-done 'time org-file-apps '((auto-mode . emacs) (\\.x?html?\\' . default) (\ \.pdf\\' . default) (directory dired-other-frame file)) org-link-frame-setup '((vm . vm-visit-folder-other-frame) (gnus . gnus-other-frame) (file . find-file-other-frame)) org-special-ctrl-a/e 'reversed org-agenda-clockreport-parameter-plist '(:link nil :maxlevel 4) org-agenda-files '(~/.emacs.d/org/agenda) org-clock-persist-query-resume nil org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent) org-publish-timestamp-directory ~/.emacs.d/tmp/org-timestamps/ org-export-with-sub-superscripts '{} org-hide-leading-stars t org-after-todo-state-change-hook '(org-clock-out-if-current) org-clock-out-when-done nil org-clock-history-length 25 org-odd-levels-only t outline-minor-mode-prefix org-special-ctrl-k t org-publish-use-timestamps-flag nil org-support-shift-select t org-clock-in-resume t org-export-preprocess-hook '(org-export-blocks-preprocess) org-tags-exclude-from-inheritance '(cmm cmn cmr) org-tab-first-hook '(org-hide-block-toggle-maybe) outline-regexp \\*+ org-src-mode-hook '(org-src-mode-configure-edit-buffer) org-confirm-shell-link-function 'yes-or-no-p org-clock-persist t org-agenda-before-write-hook '(org-agenda-add-entry-text) org-M-RET-may-split-line '((default . t) (headline)) org-default-notes-file ~/.emacs.d/org/notes.org org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide- drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-publish-project-alist '((NasTCs-org :base-directory ~/.emacs.d/org/agenda/STF160 :base-extension org :exclude \\(org\\|html\\|css\ \) :include (index.org NasTestcases.org) :publishing-directory ~/NasTcOverview :publishing-function (kt:publish-html org-publish-org-to-org) :plain-source t :htmlized-source t :link-validation- function kt:copy-and-validate-link :title NAS Testcase Overview :style link rel=\StyleSheet \\n href=\css/nas.css \\n type=\text/css\ :table-of-contents t :section-numbers nil :headline-levels 3 :sub-superscript nil :todo-keywords t :drawers t :tags not-in-toc :timestamps t :auto-index nil :exclude-tags (mdesc limpl)) (NasTCs-other :base-directory ~/.emacs.d/org/agenda/STF160 :recursive t :no-timestamps t :base-extension css\\| js :include (.htaccess) :publishing-directory ~/ NasTcOverview :publishing-function org-publish-attachment) (NasTCs :components (NasTCs-other NasTCs-org)) (CMerge :base-directory ~/.emacs.d/ org/agenda/STF160 :exclude .* :include (NasTestcases.org) :publishing- directory ~/NasTcMerge :publishing-function (kt:publish-html org-publish-org-to- org) :link-validation-function kt:copy-and-validate-link :title Merge/ Align EPS-only/Combined NAS TCs :table-of-contents nil :section-numbers nil :headline-levels 3 :sub-superscript nil :todo-keywords t :drawers (PROPERTIES) :tags nil :timestamps nil :auto-index nil :select- tags (cmm cmn cmr) :exclude-tags (limpl tci)) ) org-mode-hook '(org-clock-load #[nil \300\301\302\303\304$\207
[Orgmode] Org-mode version 6.32; org-replace-disputed-keys t - breaks time shifts with S-up/down/left/right
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Some days ago i noticed that time shifting in CLOCK lines stopped working. I've now toggled some org config variables and found that this happens when org-replace-disputed-keys is set to t. This was not the case with earlier org-mode versions. Emacs : GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600) of 2009-10-14 on LENNART-69DE564 (patched) Package: Org-mode version 6.32 current state: == (setq org-empty-line-terminates-plain-lists t org-log-done 'time org-file-apps '((auto-mode . emacs) (\\.x?html?\\' . default) (\\.pdf\\' . default) (directory dired-other-frame file)) org-link-frame-setup '((vm . vm-visit-folder-other-frame) (gnus . gnus-other-frame) (file . find-file-other-frame)) org-special-ctrl-a/e 'reversed org-agenda-clockreport-parameter-plist '(:link nil :maxlevel 4) org-agenda-files '(~/.emacs.d/org/agenda) org-clock-persist-query-resume nil org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent) org-publish-timestamp-directory ~/.emacs.d/tmp/org-timestamps/ org-export-with-sub-superscripts '{} org-hide-leading-stars t org-after-todo-state-change-hook '(org-clock-out-if-current) org-clock-out-when-done nil org-clock-history-length 25 org-odd-levels-only t outline-minor-mode-prefix org-special-ctrl-k t org-publish-use-timestamps-flag nil org-support-shift-select t org-clock-in-resume t org-export-preprocess-hook '(org-export-blocks-preprocess) org-tags-exclude-from-inheritance '(cmm cmn cmr) org-tab-first-hook '(org-hide-block-toggle-maybe) outline-regexp \\*+ org-src-mode-hook '(org-src-mode-configure-edit-buffer) org-confirm-shell-link-function 'yes-or-no-p org-clock-persist t org-agenda-before-write-hook '(org-agenda-add-entry-text) org-M-RET-may-split-line '((default . t) (headline)) org-default-notes-file ~/.emacs.d/org/notes.org org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-publish-project-alist '((NasTCs-org :base-directory ~/.emacs.d/org/agenda/STF160 :base-extension org :exclude \\(org\\|html\\|css\\) :include (index.org NasTestcases.org) :publishing-directory ~/NasTcOverview :publishing-function (kt:publish-html org-publish-org-to-org) :plain-source t :htmlized-source t :link-validation-function kt:copy-and-validate-link :title NAS Testcase Overview :style link rel=\StyleSheet\\n href=\css/nas.css\\n type=\text/css\ :table-of-contents t :section-numbers nil :headline-levels 3 :sub-superscript nil :todo-keywords t :drawers t :tags not-in-toc :timestamps t :auto-index nil :exclude-tags (mdesc limpl)) (NasTCs-other :base-directory ~/.emacs.d/org/agenda/STF160 :recursive t :no-timestamps t :base-extension css\\|js :include (.htaccess) :publishing-directory ~/NasTcOverview :publishing-function org-publish-attachment) (NasTCs :components (NasTCs-other NasTCs-org)) (CMerge :base-directory ~/.emacs.d/org/agenda/STF160 :exclude .* :include (NasTestcases.org) :publishing-directory ~/NasTcMerge :publishing-function (kt:publish-html org-publish-org-to-org) :link-validation-function kt:copy-and-validate-link :title Merge/Align EPS-only/Combined NAS TCs :table-of-contents nil :section-numbers nil :headline-levels 3 :sub-superscript nil :todo-keywords t :drawers (PROPERTIES) :tags nil :timestamps nil :auto-index nil :select-tags (cmm cmn cmr) :exclude-tags (limpl tci)) ) org-mode-hook '(org-clock-load #[nil \300\301\302\303\304$\207 [org-add-hook change-major-mode-hook org-show-block-all append local] 5] ) org-clock-out-remove-zero-time-clocks t org-refile-targets '((org-agenda-files :maxlevel . 3) (nil :maxlevel . 3)) org-return-follows-link t org-confirm-elisp-link-function 'yes-or-no-p org-refile-use-outline-path 'file org-log-into-drawer t
[Orgmode] Re: Org-mode version 6.31trans; Problem with new 'away time' feature
Carsten Dominik wrote: On Oct 23, 2009, at 10:20 AM, Kai Tetzlaff wrote: John Wiegley wrote: On Oct 22, 2009, at 6:32 PM, Kai Tetzlaff wrote: 'Cannot restart clock because task does not contain unfinished clock' When i look at the corresponding clock line the previously running clock has now indeed been stopped (with a time stamp corresponding to the current time). This is an interesting bug. It sounds like the point is not being moved to the correct location to perform the clock-in. I'll take a look. I did some additional investigation and found that if i'm clocking into an item with an unresolved inactive clock from the agenda (created by deleting the end time in its most recent CLOCK: line) a similar thing happens. I'm actually getting clocked out of the current clock and a new CLOCK line gets added which is then the running clock. I think this is what sould happen, no? Maybe i wasn't clear. The task i'm clocking in to is the same which has the unresolved clock. After confirming that all pending time should be resolved to this same task i would have thought that the unresolved clock would then just be reactivated. But no problem if that's not how it works. The other problem you reported, where I said this is a conflict with James' code, should be fixed now. Please verify. Yes, it's fixed. Thanks! - Carsten Don't know if this helps but stepping through the code in the debugger i get to the following code in org-clock-resolve-clock: ((eq resolve-to 'now) (if restart-p (error RESTART-P is not valid here)) (if (or close-p org-clock-clocking-in) -- org-close: nil, org-clock-clocking-in: t (org-clock-clock-out clock fail-quietly) -- clock-out done here (unless (org-is-active-clock clock) (org-clock-clock-in clock t ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Avoid losing persisted clock data when exiting emac without loading org-mode
Carsten Dominik wrote: Hi Kai, On Oct 23, 2009, at 9:01 AM, Kai Tetzlaff wrote: Hi, i noticed that when using the org-mode clock persistence, the stored clock data gets deleted when i start emacs and exit again without turning on org-mode in between. When looking at org-clock-persistence-insinuate it looks like org-clock load will only run after org-mode gets started whereas org-clock-save will always be called when exiting emacs: (defun org-clock-persistence-insinuate () Set up hooks for clock persistence (add-hook 'org-mode-hook 'org-clock-load) (add-hook 'kill-emacs-hook 'org-clock-save)) Not running org-mode-hook (i.e. not starting org-mode) thus does not load clock data but org-clock-save overwrites any prviously saved data when exiting emacs. An easy fix for that would be to just add org-clock-load to e.g. emacs-startup-hook. But this will only work if the code in org-clock-load does not depend on any org-mode initialization code (or would require loading org-mode). So org-clock-save should probably check if org-clock-load has been running during the current emacs session (or if clock persistence was just enabled) and only then save clock data when exiting emacs. I tried to add this to the code in org-clock-save: diff --git a/lisp/org-clock.el b/lisp/org-clock.el index c7ebbf8..c0fe4e6 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -1803,7 +1803,8 @@ This function is made for clock tables. Persist various clock-related data to disk. The details of what will be saved are regulated by the variable `org-clock-persist'. - (when org-clock-persist + (when (and org-clock-persist + (or org-clock-loaded (not (file-exists-p org-clock-persist-file (let (b) (with-current-buffer (find-file (expand-file-name org-clock-persist-file)) (progn /Kai diff --git a/lisp/org-clock.el b/lisp/org-clock.el index c7ebbf8..c0fe4e6 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -1803,7 +1803,8 @@ This function is made for clock tables. Persist various clock-related data to disk. The details of what will be saved are regulated by the variable `org-clock-persist'. - (when org-clock-persist + (when (and org-clock-persist + (or org-clock-loaded (not (file-exists-p org-clock-persist-file (let (b) (with-current-buffer (find-file (expand-file-name org-clock-persist-file)) (progn I see you point, but I am not convinced that you fix is the right one. What one really wants to do is save the clock and history if and only if the clock has been used in the current session. So I guess it is better to create a special variable org-clock-used-in-this-session which then will be set to t each time clock-in starts a clock somewhere. I believe this would be a better insurance policy. You're right - this would be even better. Would you like to try your hand at a patch in this spirit? I've just started to play with emacs lisp. But this sounds like something not too difficult. So thanks for the offer :-), i'm going to give it a try ... - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Avoid losing persisted clock data when exiting emac without loading org-mode
Carsten Dominik wrote: Hi Kai, On Oct 23, 2009, at 9:01 AM, Kai Tetzlaff wrote: Hi, i noticed that when using the org-mode clock persistence, the stored clock data gets deleted when i start emacs and exit again without turning on org-mode in between. When looking at org-clock-persistence-insinuate it looks like org-clock load will only run after org-mode gets started whereas org-clock-save will always be called when exiting emacs: (defun org-clock-persistence-insinuate () Set up hooks for clock persistence (add-hook 'org-mode-hook 'org-clock-load) (add-hook 'kill-emacs-hook 'org-clock-save)) Not running org-mode-hook (i.e. not starting org-mode) thus does not load clock data but org-clock-save overwrites any prviously saved data when exiting emacs. An easy fix for that would be to just add org-clock-load to e.g. emacs-startup-hook. But this will only work if the code in org-clock-load does not depend on any org-mode initialization code (or would require loading org-mode). So org-clock-save should probably check if org-clock-load has been running during the current emacs session (or if clock persistence was just enabled) and only then save clock data when exiting emacs. I tried to add this to the code in org-clock-save: diff --git a/lisp/org-clock.el b/lisp/org-clock.el index c7ebbf8..c0fe4e6 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -1803,7 +1803,8 @@ This function is made for clock tables. Persist various clock-related data to disk. The details of what will be saved are regulated by the variable `org-clock-persist'. - (when org-clock-persist + (when (and org-clock-persist + (or org-clock-loaded (not (file-exists-p org-clock-persist-file (let (b) (with-current-buffer (find-file (expand-file-name org-clock-persist-file)) (progn /Kai I see you point, but I am not convinced that you fix is the right one. What one really wants to do is save the clock and history if and only if the clock has been used in the current session. So I guess it is better to create a special variable org-clock-used-in-this-session which then will be set to t each time clock-in starts a clock somewhere. I believe this would be a better insurance policy. Would you like to try your hand at a patch in this spirit? Ok, i've attached a new path which uses the suggested approach. I wasn't exactly sure about where to set org-clock-used-in-this-session to t. It's now done right at the end of org-clock-in, just before running hooks in org-clock-in-hook. I've done a couple of (simple) tests and it works fine for me. /Kai - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten diff --git a/lisp/org-clock.el b/lisp/org-clock.el index b1041e2..467ffc4 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -244,6 +244,7 @@ to add an effort property.) (defvar org-clock-heading ) (defvar org-clock-heading-for-remember ) (defvar org-clock-start-time ) +(defvar org-clock-used-in-this-session nil) (defvar org-clock-left-over-time nil If non-nil, user cancelled a clock; this is when leftover time started.) @@ -953,6 +954,7 @@ the clocking selection, associated with the letter `d'. (setq org-clock-idle-timer (run-with-timer 60 60 'org-resolve-clocks-if-idle)) (message Clock starts at %s - %s ts msg-extra) +(setq org-clock-used-in-this-session t) (run-hooks 'org-clock-in-hook))) (defun org-clock-mark-default-task () @@ -1824,7 +1826,7 @@ This function is made for clock tables. Persist various clock-related data to disk. The details of what will be saved are regulated by the variable `org-clock-persist'. - (when org-clock-persist + (when (and org-clock-persist org-clock-used-in-this-session) (let (b) (with-current-buffer (find-file (expand-file-name org-clock-persist-file)) (progn ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Avoid losing persisted clock data when exiting emac without loading org-mode
Hi, i noticed that when using the org-mode clock persistence, the stored clock data gets deleted when i start emacs and exit again without turning on org-mode in between. When looking at org-clock-persistence-insinuate it looks like org-clock load will only run after org-mode gets started whereas org-clock-save will always be called when exiting emacs: (defun org-clock-persistence-insinuate () Set up hooks for clock persistence (add-hook 'org-mode-hook 'org-clock-load) (add-hook 'kill-emacs-hook 'org-clock-save)) Not running org-mode-hook (i.e. not starting org-mode) thus does not load clock data but org-clock-save overwrites any prviously saved data when exiting emacs. An easy fix for that would be to just add org-clock-load to e.g. emacs-startup-hook. But this will only work if the code in org-clock-load does not depend on any org-mode initialization code (or would require loading org-mode). So org-clock-save should probably check if org-clock-load has been running during the current emacs session (or if clock persistence was just enabled) and only then save clock data when exiting emacs. I tried to add this to the code in org-clock-save: diff --git a/lisp/org-clock.el b/lisp/org-clock.el index c7ebbf8..c0fe4e6 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -1803,7 +1803,8 @@ This function is made for clock tables. Persist various clock-related data to disk. The details of what will be saved are regulated by the variable `org-clock-persist'. - (when org-clock-persist + (when (and org-clock-persist + (or org-clock-loaded (not (file-exists-p org-clock-persist-file (let (b) (with-current-buffer (find-file (expand-file-name org-clock-persist-file)) (progn /Kai diff --git a/lisp/org-clock.el b/lisp/org-clock.el index c7ebbf8..c0fe4e6 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -1803,7 +1803,8 @@ This function is made for clock tables. Persist various clock-related data to disk. The details of what will be saved are regulated by the variable `org-clock-persist'. - (when org-clock-persist + (when (and org-clock-persist + (or org-clock-loaded (not (file-exists-p org-clock-persist-file (let (b) (with-current-buffer (find-file (expand-file-name org-clock-persist-file)) (progn ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Org-mode version 6.31trans; Problem with new 'away time' feature
John Wiegley wrote: On Oct 22, 2009, at 6:32 PM, Kai Tetzlaff wrote: 'Cannot restart clock because task does not contain unfinished clock' When i look at the corresponding clock line the previously running clock has now indeed been stopped (with a time stamp corresponding to the current time). This is an interesting bug. It sounds like the point is not being moved to the correct location to perform the clock-in. I'll take a look. I did some additional investigation and found that if i'm clocking into an item with an unresolved inactive clock from the agenda (created by deleting the end time in its most recent CLOCK: line) a similar thing happens. I'm actually getting clocked out of the current clock and a new CLOCK line gets added which is then the running clock. Don't know if this helps but stepping through the code in the debugger i get to the following code in org-clock-resolve-clock: ((eq resolve-to 'now) (if restart-p (error RESTART-P is not valid here)) (if (or close-p org-clock-clocking-in) -- org-close: nil, org-clock-clocking-in: t (org-clock-clock-out clock fail-quietly) -- clock-out done here (unless (org-is-active-clock clock) (org-clock-clock-in clock t ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Org-mode version 6.31trans; Problem with new 'away time' feature
Hi, since the new resolve 'away time' feature has been integrated i'm having problems when restarting emacs after exiting with a running clock. When i'm starting org-mode after the emacs restart by entering agenda mode i get the new prompt which is asking about how to deal with the unresolved clock time. I'm confirming the prompt with 'k' to keep (and clocking in again on) the previous task. I also confirm that the complete open time should be used for the current task. But then what happens is that org-mode complains that there are no unfinished clocks: 'Cannot restart clock because task does not contain unfinished clock' When i look at the corresponding clock line the previously running clock has now indeed been stopped (with a time stamp corresponding to the current time). Below is a *Message* buffer transcript of the output i get during emacs startup when i have an open clock in one of my org files. BR, Kai Press key for agenda command: OVERVIEW Restoring clock data Loading c:/kt/.org-clock-save.el (source)...done OVERVIEW CONTENTS...done Loading vc-hg...done OVERVIEW Clock stopped at [2009-10-22 Do 11:03] after HH:MM = 0:18 Cannot restart clock because task does not contain unfinished clock OVERVIEW [2 times] CONTENTS...done OVERVIEW [4 times] CONTENTS...done OVERVIEW [2 times] CONTENTS...done Rebuilding agenda buffer...done Log mode is on Saving file c:/kt/.emacs.d/org/agenda/prg_wp.org... Mark set Replaced 0 occurrences Wrote c:/kt/.emacs.d/org/agenda/prg_wp.org Rebuilding agenda buffer...done Clock stopped at [2009-10-22 Do 11:03] after HH:MM = 0:18 Clock starts at [2009-10-22 Do 11:03] - showing entire task time. Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Emacs : GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600) of 2009-10-14 on LENNART-69DE564 (patched) Package: Org-mode version 6.31trans current state: == (setq org-empty-line-terminates-plain-lists t org-log-done 'time org-file-apps '((auto-mode . emacs) (\\.x?html?\\' . default) (\\.pdf\\' . default) (directory dired-other-frame file)) org-link-frame-setup '((vm . vm-visit-folder-other-frame) (gnus . gnus-other-frame) (file . find-file-other-frame)) org-special-ctrl-a/e 'reversed org-agenda-clockreport-parameter-plist '(:link nil :maxlevel 4) org-agenda-files '(~/.emacs.d/org/agenda) org-clock-persist-query-resume nil org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent) org-publish-timestamp-directory ~/.emacs.d/tmp/org-timestamps/ org-export-with-sub-superscripts '{} org-hide-leading-stars t org-after-todo-state-change-hook '(org-clock-out-if-current) org-clock-out-when-done nil org-clock-history-length 25 org-odd-levels-only t org-special-ctrl-k t org-publish-use-timestamps-flag nil org-support-shift-select t org-clock-in-resume t org-export-preprocess-hook '(org-export-blocks-preprocess) org-tags-exclude-from-inheritance '(cmm cmn cmr) org-tab-first-hook '(org-hide-block-toggle-maybe) org-src-mode-hook '(org-src-mode-configure-edit-buffer) org-confirm-shell-link-function 'yes-or-no-p org-clock-persist t org-agenda-before-write-hook '(org-agenda-add-entry-text) org-M-RET-may-split-line '((default . t) (headline)) org-default-notes-file ~/.emacs.d/org/notes.org org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-publish-project-alist '((NasTCs-org :base-directory ~/.emacs.d/org/agenda/STF160 :base-extension org :exclude \\(org\\|html\\|css\\) :include (index.org NasTestcases.org) :publishing-directory ~/NasTcOverview :publishing-function (kt:publish-html org-publish-org-to-org) :plain-source t :htmlized-source t :link-validation-function kt:copy-and-validate-link :title NAS Testcase Overview :style link rel=\StyleSheet\\n href=\css/nas.css\\n type=\text/css\ :table-of-contents t :section-numbers nil :headline-levels 3 :sub-superscript nil :todo-keywords t :drawers t :tags not-in-toc :timestamps t :auto-index nil :exclude-tags (mdesc limpl)) (NasTCs-other :base-directory ~/.emacs.d/org/agenda/STF160 :recursive t :no-timestamps t :base-extension css\\|js :include (.htaccess) :publishing-directory ~/NasTcOverview :publishing-function org-publish-attachment
[Orgmode] Re: a '#' at the beginning of my text lines.
[EMAIL PROTECTED] (J. David Boyd) writes: I'll have to dig in to this, because I _like_ auto-fill-mode, but I _don't_ like the '#'. Auto fill mode has a fill prefix which is prefixed to every line when auto filling happens. (The fill prefix is also used for filling, e.g. via M-q.) There is a key for this, see below. Use it at the beginning of the line to set the fill prefix to nothing. Kai C-x . runs the command set-fill-prefix which is an interactive compiled Lisp function in `fill.el'. It is bound to C-x .. (set-fill-prefix) Set the fill prefix to the current line up to point. Filling expects lines to start with the fill prefix and reinserts the fill prefix in each resulting line. ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode