[O] Publishing to html With the New Exporter
I am trying to change my publishing setup over to use the new exporter. With the recent merge and change of names from -e-backend to -ox-backend I am a bit confused as to how I should set up my publishing alist. I have tried: #+begin_example (require 'ox-html) (require 'ox-publish) ;;(require 'org-publish) (setq org-publish-project-alist '( (org-static-ian :base-directory ~/Dropbox/web_sites/ianbarton/org/_posts :base-extension css\\|js\\|png\\|jpg\\|gif\\|pdf\\|mp3\\|ogg\\|swf\\|php :publishing-directory ~/Dropbox/web_sites/ianbarton/pelican/blog/content :recursive t :publishing-function org-ox-publish-attachment) (org-ianbarton :base-directory ~/Dropbox/web_sites/ianbarton/org/_posts :base-extension org :publishing-directory ~/Dropbox/web_sites/ianbarton/pelican/blog/content :recursive t :publishing-function org-ox-html-publish-to-html :headline-levels 4 ; Just the default for this project. :auto-preamble t :auto-index f :html-extension yml :auto-preamble t :body-only t ) (ianbarton :components (org-ianbarton org-static-ian)) )) #+end_example However, org-ox-html-publish-to-html isn't defined anywhere. Browsing through ox-publish.el it seems I should be using org-publish-org-to to with a symbol, but I can't seem to manage to find the correct syntax. Can anyone enlighten me? Ian.
Re: [O] Reloading uncompiled and testing from several git branches
François Pinard pin...@iro.umontreal.ca writes: Any Makefile which lists dependencies while expecting them to be satisfied sequentially, one after another, is broken. Make does not (theoretically) guarantee the order, while in practice, all make programs I know satisfy dependencies from left to right. I can then suggest: .PHONY: testclean testclean: test make clean Would that be cleaner ? -- N.
[O] Integration of notmuch email references in notes in org-mode
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi - From time to time, I have to include email references in notes in org. There is obviously org-notmuch.el, but I am not to happy with it as, when exporting the notes, the link is shown but neither clickable nor the resulting email is shown in the exported document (both understandable). I could also include a bash source block: #+header: :results output org #+begin_src sh notmuch show thread: #+end_src the result ooks ugly formated - if I use raw, I can not fold the result, due to strange characters at the beginning of the header lines. I think that source block approaȟ could work very nbicely, if one could somehow format the result as an email - but I have no idea how. I actually would prefer the source block approach, as the email would be physically in the org document and foldable. Any suggestions how I could achieve this? Thanks, Rainer - -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRIjFsAAoJENvXNx4PUvmCB0kH+QFL4jRInkoOdwVbOiiD5DcO pNLeMND0t1N5zBxORwDdFfdjLvN4nJ7r3i0Bh6qldtAbOc/7hKQx1E1wVxQoSJp+ XyB+H7vycb29l4cSGgXjqRbkgnwLy8NyYZlHza3dej3Nv1ZLdu5trdg/QCwxtivP kmJPDhiZepAFmjPcU+hYicOf0iT+B1NpfPa3ZumaJEld1yFgHw2ELGJbReKwlsbJ yDbUq6kTK4HfHRpcNmqvavEWPCSQunAUGNJUV0aXPya9Fh4k2+1UXSDPX+oZch9Z nq9lOLoHyR8U3qvTicojmfJgyZ9LzpDqdlKgMW+FGLJsNLVqZ24EpBaSQ2iHgzc= =DwaG -END PGP SIGNATURE-
Re: [O] Publishing to html With the New Exporter
Hello, Ian Barton li...@wilkesley.net writes: I am trying to change my publishing setup over to use the new exporter. With the recent merge and change of names from -e-backend to -ox-backend I am a bit confused as to how I should set up my publishing alist. I have tried: #+begin_example (require 'ox-html) (require 'ox-publish) FWIW, (require 'ox-html) also requires 'ox-publish. ;;(require 'org-publish) (setq org-publish-project-alist '( (org-static-ian :base-directory ~/Dropbox/web_sites/ianbarton/org/_posts :base-extension css\\|js\\|png\\|jpg\\|gif\\|pdf\\|mp3\\|ogg\\|swf\\|php :publishing-directory ~/Dropbox/web_sites/ianbarton/pelican/blog/content :recursive t :publishing-function org-ox-publish-attachment) This should be `org-html-publish-to-html'. (org-ianbarton :base-directory ~/Dropbox/web_sites/ianbarton/org/_posts :base-extension org :publishing-directory ~/Dropbox/web_sites/ianbarton/pelican/blog/content :recursive t :publishing-function org-ox-html-publish-to-html :headline-levels 4 ; Just the default for this project. :auto-preamble t :auto-index f :html-extension yml :auto-preamble t :body-only t ) (ianbarton :components (org-ianbarton org-static-ian)) )) #+end_example Regards, -- Nicolas Goaziou
[O] Small docstring update
Attached is a suggested rewording of the docstring for org-agenda-prefix-format. *** /tmp/ediff30654gin 2013-02-18 14:03:46.999849795 + --- /local/data/home/stephen/langs/emacs/elisp-ds/org-mode/lisp/org-agenda.el 2013-02-18 14:02:48.731846974 + *** *** 1562,1572 result in a 12 character time field if a time of the day is specified, but will completely disappear in entries which do not contain a time. ! If there is punctuation or whitespace character just before the final ! format letter, this character will be appended to the field value if ! the value is not empty. For example, the format \%-12:c\ leads to ! \Diary: \ if the category is \Diary\. If the category were be ! empty, no additional colon would be inserted. The default value for the agenda sublist is \ %-12:c%?-12t% s\, which means: --- 1562,1572 result in a 12 character time field if a time of the day is specified, but will completely disappear in entries which do not contain a time. ! If there is punctuation or whitespace character just before the ! final format letter, this character will be appended to the field ! value if the value is not empty. For example, the format ! \%-12:c\ leads to \Diary: \ if the category is \Diary\. If ! the category is empty, no additional colon is inserted. The default value for the agenda sublist is \ %-12:c%?-12t% s\, which means:
Re: [O] Links in tables and org-return-follows-link
Hi Bastien, Bastien b...@altern.org writes: When I set variable org-return-follows-link to true I expect that it will work on links in tables too (when org-table-editor is on). But it does not. Is it wrong behaviour of org-mode? The behavior of RET in tables takes precedence in this case, which is the right thing to do IMO. You need to open the link at point with C-c C-o in tables. Thanks for clarification! With best regards, Vasil
Re: [O] Publishing to html With the New Exporter
On 18/02/13 13:54, Nicolas Goaziou wrote: Hello, Ian Barton li...@wilkesley.net writes: I am trying to change my publishing setup over to use the new exporter. With the recent merge and change of names from -e-backend to -ox-backend I am a bit confused as to how I should set up my publishing alist. I have tried: #+begin_example (require 'ox-html) (require 'ox-publish) FWIW, (require 'ox-html) also requires 'ox-publish. ;;(require 'org-publish) (setq org-publish-project-alist '( (org-static-ian :base-directory ~/Dropbox/web_sites/ianbarton/org/_posts :base-extension css\\|js\\|png\\|jpg\\|gif\\|pdf\\|mp3\\|ogg\\|swf\\|php :publishing-directory ~/Dropbox/web_sites/ianbarton/pelican/blog/content :recursive t :publishing-function org-ox-publish-attachment) This should be `org-html-publish-to-html'. (org-ianbarton :base-directory ~/Dropbox/web_sites/ianbarton/org/_posts :base-extension org :publishing-directory ~/Dropbox/web_sites/ianbarton/pelican/blog/content :recursive t :publishing-function org-ox-html-publish-to-html :headline-levels 4 ; Just the default for this project. :auto-preamble t :auto-index f :html-extension yml :auto-preamble t :body-only t ) (ianbarton :components (org-ianbarton org-static-ian)) )) #+end_example Thanks, I had already tried `org-html-publish-to-html, but got the following backtrace: Debugger entered--Lisp error: (wrong-type-argument char-or-string-p nil) org-export-to-file(html /home/ian/Dropbox/web_sites/ianbarton/pelican/blog/content/2012-12-31-test.html nil nil t (:base-directory ~/Dropbox/web_sites/ianbarton/org/_posts :base-extension org :publishing-directory ~/Dropbox/web_sites/ianbarton/pelican/blog/content :recursive t :publishing-function org-html-publish-to-html :headline-levels 4 :auto-preamble t :auto-index f :html-extension yml :auto-preamble t :body-only t :filter-parse-tree (org-publish-collect-index))) org-publish-org-to(html /home/ian/Dropbox/web_sites/ianbarton/org/_posts/2012-12-31-test.org .html (:base-directory ~/Dropbox/web_sites/ianbarton/org/_posts :base-extension org :publishing-directory ~/Dropbox/web_sites/ianbarton/pelican/blog/content :recursive t :publishing-function org-html-publish-to-html :headline-levels 4 :auto-preamble t :auto-index f :html-extension yml :auto-preamble t :body-only t) /home/ian/Dropbox/web_sites/ianbarton/pelican/blog/content/) org-html-publish-to-html((:base-directory ~/Dropbox/web_sites/ianbarton/org/_posts :base-extension org :publishing-directory ~/Dropbox/web_sites/ianbarton/pelican/blog/content :recursive t :publishing-function org-html-publish-to-html :headline-levels 4 :auto-preamble t :auto-index f :html-extension yml :auto-preamble t :body-only t) /home/ian/Dropbox/web_sites/ianbarton/org/_posts/2012-12-31-test.org /home/ian/Dropbox/web_sites/ianbarton/pelican/blog/content/) org-publish-file(/home/ian/Dropbox/web_sites/ianbarton/org/_posts/2012-12-31-test.org (org-ianbarton :base-directory ~/Dropbox/web_sites/ianbarton/org/_posts :base-extension org :publishing-directory ~/Dropbox/web_sites/ianbarton/pelican/blog/content :recursive t :publishing-function org-html-publish-to-html :headline-levels 4 :auto-preamble t :auto-index f :html-extension yml :auto-preamble t :body-only t) t) #[(project) \306@!\210A\307 \310\\307\311\\307 \312\\206 A bit more investigating showed that the file causing the problem was a blank .org file with no content at all. Removing this fixed the problem and I can now export! I don't know if not being able to handle files with no content should be considered a bug or not. Ian.
Re: [O] Integration of notmuch email references in notes in org-mode
Hi Rainer On Mon, Feb 18, 2013 at 02:49:32PM +0100, Rainer M Krug wrote: - From time to time, I have to include email references in notes in org. There is obviously org-notmuch.el, but I am not to happy with it as, when exporting the notes, the link is shown but neither clickable nor the resulting email is shown in the exported document (both understandable). This has also been an irritation of mine. I think I will take your second idea (include the email on export) and see if I can come-up with a patch for org-notmuch. Since I'm still a newbie elisp programmer, this might take a while. :-p I could also include a bash source block: #+header: :results output org #+begin_src sh notmuch show thread: #+end_src the result ooks ugly formated - if I use raw, I can not fold the result, due to strange characters at the beginning of the header lines. Actually what you see is supposed to be easily parsed. From the notmuch-show man page: --format=(text|json|sexp|mbox|raw) text (default for messages) The default plain-text format has all text-content MIME parts decoded. Various components in the output, (message, header, body, attachment, and MIME part), will be delimited by easily-parsed markers. Each marker consists of a Control-L character (ASCII decimal 12), the name of the marker, and then either an opening or closing brace, ('{' or '}'), to either open or close the component. For a multipart MIME message, these parts will be nested. I'm assuming what you presently see is in text format (default). Since you are not happy with this, I would suggest you try the mbox format. [...] mbox All matching messages are output in the traditional, Unix mbox format with each message being prefixed by a line beginning with From and a blank line separating each message. Lines in the message content beginning with From (preceded by zero or more '' characters) have an additional '' character added. This reversible escaping is termed mboxrd format and described in detail here: http://homepage.ntlworld.com/jonathan.deboynepollard/FGA/mail-mbox-formats.html A quick question though, how do you plan on handling attachments, I presume you want to strip them? In that case you will have to parse the output anyway. Hope this helps, -- Suvayu Open source is the future. It sets us free.
[O] activate contrib packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18/02/13 16:23, Suvayu Ali wrote: On Mon, Feb 18, 2013 at 04:05:26PM +0100, Rainer M Krug wrote: On 18/02/13 15:42, David Bremner wrote: Rainer M Krug r.m.krug-re5jqeeqqe8avxtiumw...@public.gmane.org writes: By the way, the library org-notmuch distributed with org-mode should make it easy to link into notmuch. Then I probably haven't loaded org-notmuch properly? What do I have to put into my .emacs file to load it properly? I put what I know at http://notmuchmail.org/emacstips/#index24h2 Thanks - got it working under Ubuntu. One thing: in my org from git, org-notmuch is in .../org-mode/contrib/lisp and not .../lisp My following comment is probably OT, but still ... If you install org-mode from git following the instructions from the Makefile, then you should be putting something like the following in your local.mk. # Define if you want to include some (or all) files from contrib/lisp # just the filename please (no path prefix, no .el suffix), maybe with # globbing ORG_ADD_CONTRIB = org-notmuch If you do that, then David's instructions are accurate. Ok - what is the advantage of doing so? I usually prefer to have all my config in one file (here emacs.org) so I don't have to remember what I have to change where? Rainer Hope this helps, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRIks3AAoJENvXNx4PUvmCahsIANkAKly4UElTfbd189Z6YM9x h4k7hITAqN92G2bx7+tS4Yc2AJTz5J8YBWA/UE7xV5pih6LJF9lQevi7DIaMeQLG 1ezaGJGvYt+wP8QV4NIjOjcXwRw7RD2iEOlmCu4JMjQDJJYrStd6HOhcFs+CD44t HNbyrwcu5llCyHv1W4woZEGmbyH87/4AaJyFEd6Eav17VJWefNp4agHfftX4/G88 KxmtTTX/HHOcDptZXnSJYFcTRVtgW1WIr6kO3dvRuwE3bWdp+aJ87r9Evaebk4gP bB/GKyIMigWEE2MbGkynAJs+O8L9t4DvTZU+d80q7oUFRdVvJhjB6pLMhsCCSTw= =WK6z -END PGP SIGNATURE-
Re: [O] activate contrib packages
On Mon, Feb 18, 2013 at 04:39:35PM +0100, Rainer M Krug wrote: On 18/02/13 16:23, Suvayu Ali wrote: On Mon, Feb 18, 2013 at 04:05:26PM +0100, Rainer M Krug wrote: On 18/02/13 15:42, David Bremner wrote: Rainer M Krug r.m.krug-re5jqeeqqe8avxtiumw...@public.gmane.org writes: By the way, the library org-notmuch distributed with org-mode should make it easy to link into notmuch. Then I probably haven't loaded org-notmuch properly? What do I have to put into my .emacs file to load it properly? I put what I know at http://notmuchmail.org/emacstips/#index24h2 Thanks - got it working under Ubuntu. One thing: in my org from git, org-notmuch is in .../org-mode/contrib/lisp and not .../lisp My following comment is probably OT, but still ... If you install org-mode from git following the instructions from the Makefile, then you should be putting something like the following in your local.mk. # Define if you want to include some (or all) files from contrib/lisp # just the filename please (no path prefix, no .el suffix), maybe with # globbing ORG_ADD_CONTRIB = org-notmuch If you do that, then David's instructions are accurate. Ok - what is the advantage of doing so? I usually prefer to have all my config in one file (here emacs.org) so I don't have to remember what I have to change where? This way make knows about it and compiles the contrib libraries you use. Also you do not have unnecessary libraries in your load-path. Since Achim is the expert, he will be able to tell you more. -- Suvayu Open source is the future. It sets us free.
[O] Bug: problem with removing logbook drawer with zero time on clockout and recording state transitions into the same drawer [7.9.3e (7.9.3e-956-g3943be.dirty @ /home/vdyadov/Work/Tools/emacs/org-mod
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 problem is: when I clock-in into some task and then within 1 minute change tasks state to DONE, information about state transition recorded incorrectly (:LOGBOOK: drawer is removed because of zero time, and then state transition recorded out of drawer :LOGBOOK:). I've next variables set to true: org-clock-out-remove-zero-time-clocks org-clock-out-when-done org-clock-into-drawer Variable org-log-into-drawer set to LOGBOOK How to reproduce the bug: step1: , | * TODO Task1 | [2013-02-18 Mon 17:40] | some-text here ` step2: clocking-in , | * NEXT Task1 | :LOGBOOK: | CLOCK: [2013-02-18 Mon 18:00] | :END: | [2013-02-18 Mon 17:40] | some-text here ` step3: within less than 1 minute : C-c C-t d , | * DONE Task1 | CLOSED: [2013-02-18 Mon 18:00] | [2013-02-18 Mon 17:40] | - State DONE from NEXT [2013-02-18 Mon 18:00] | some-text here ` Emacs : GNU Emacs 24.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.18.9) of 2012-12-25 on canopus-pc.elvees.com Package: Org-mode version 7.9.3e (7.9.3e-956-g3943be.dirty @ /home/vdyadov/Work/Tools/emacs/org-mode/lisp/)
Re: [O] Integration of notmuch email references in notes in org-mode
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18/02/13 16:12, Suvayu Ali wrote: Hi Rainer On Mon, Feb 18, 2013 at 02:49:32PM +0100, Rainer M Krug wrote: - From time to time, I have to include email references in notes in org. There is obviously org-notmuch.el, but I am not to happy with it as, when exporting the notes, the link is shown but neither clickable nor the resulting email is shown in the exported document (both understandable). This has also been an irritation of mine. I think I will take your second idea (include the email on export) and see if I can come-up with a patch for org-notmuch. Since I'm still a newbie elisp programmer, this might take a while. :-p If there is a solution in sight, I am happy to wait a bit - email in export, possibly in a block so that it is set apart from the rest of the document, would be brilliant. Possibly having an option which can be set to have links exported as links or expanded on export, would be really nice. I could also include a bash source block: #+header: :results output org #+begin_src sh notmuch show thread: #+end_src the result ooks ugly formated - if I use raw, I can not fold the result, due to strange characters at the beginning of the header lines. Actually what you see is supposed to be easily parsed. From the notmuch-show man page: --format=(text|json|sexp|mbox|raw) text (default for messages) The default plain-text format has all text-content MIME parts decoded. Various components in the output, (message, header, body, attachment, and MIME part), will be delimited by easily-parsed markers. Each marker consists of a Control-L character (ASCII decimal 12), the name of the marker, and then either an opening or closing brace, ('{' or '}'), to either open or close the component. For a multipart MIME message, these parts will be nested. I'm assuming what you presently see is in text format (default). Since you are not happy with this, I would suggest you try the mbox format. [...] mbox All matching messages are output in the traditional, Unix mbox format with each message being prefixed by a line beginning with From and a blank line separating each message. Lines in the message content beginning with From (preceded by zero or more '' characters) have an additional '' character added. This reversible escaping is termed mboxrd format and described in detail here: http://homepage.ntlworld.com/jonathan.deboynepollard/FGA/mail-mbox-formats.html Haven't thought about that - should be straight forward to find a suitable format. A quick question though, how do you plan on handling attachments, I presume you want to strip them? Yes - attachments should be included simply as a line Attachment: NameOfAttachment - that would be fine. Thanks, and I am looking forward to the new additions to org-notmuch, Rainer In that case you will have to parse the output anyway. Hope this helps, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRIknZAAoJENvXNx4PUvmCo1AIAI+xSqnxwHLCitiFmPO/wDXV ygMahUG58s1sy9qDlaKMUmO5GQoHXO9HBFlNyHYt++iBqbUU02LDeCIHbFOv2CT6 Fnzk6SH/eq2sZMIctHju3ybLYYKqV/jJJQwTHEBNjPyywC6IE3cpx0Xftv/xKERw hKiUttnyucZm3JVoZGLA5kAssq6SAUXFONxaRDekDl4Bch6HNfjoNTSpl4kw0FQz Jqym+8I8zRMSbrXGyo87KcIM6h3sKTZaeSmAzeuVD3I2E3ovWC2ufbAewLhgpM8P K8NuR5tURz4DLaoE0Qy9jy0PTZsvzNBt11dB4v9KQHHjIzacGYdiKuWHElLxoc4= =CMyd -END PGP SIGNATURE-
[O] Bug: internal link in org-mode comments do not work after html export if placed in comment [7.9.3e (7.9.3e-956-g3943be.dirty @ /home/vdyadov/Work/Tools/emacs/org-mode/lisp/)]
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. Hi, In this case: , | * Theme 1 | theme_1_some_link | text | * Theme 2 | ... [[theme_1_some_link][link desc.]] ... ` everything works fine. But if I place link target in comment: , | * Theme 1 |# theme_1_some_link |text | * Theme 2 |... [[theme_1_some_link][link desc.]] ... ` link is not exported properly. In org-buffer link works fine in both cases. org-mode documentation recommends to put internal links in comments: http://orgmode.org/manual/Internal-links.html With best regards, Vasil Emacs : GNU Emacs 24.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.18.9) of 2012-12-25 on canopus-pc.elvees.com Package: Org-mode version 7.9.3e (7.9.3e-956-g3943be.dirty @ /home/vdyadov/Work/Tools/emacs/org-mode/lisp/)
[O] tags pdfs vs. html
Hello, I am new to org-mode. When I place a tag :New: at the end of a line...when I export to html, the text new is visible highlighted in blue. However, when I export to pdf, the text :New: is there. How can I make the pdf display the same formatting as the html? Also, if I want the highlighting to be in yellow, how can I make that change? Thank you. Mark
[O] Bug: #+LANGUAGE: es doesn't run in org-export-as-pdf [7.8.11]
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. With #+LANGUAGE: es, doing org-export-as-pdf the dates and the contents is being showed in english, but org-export-as-html appears in spanish. Thanks in advance. Emacs : GNU Emacs 24.2.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.2) of 2013-01-20 on trouble, modified by Debian Package: Org-mode version 7.8.11 current state: == (setq org-export-preprocess-before-selecting-backend-code-hook '(org-beamer-select-beamer-code) org-tab-first-hook '(org-hide-block-toggle-maybe org-src-native-tab-command-maybe org-babel-hide-result-toggle-maybe) org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-occur-hook '(org-first-headline-recenter) org-metaup-hook '(org-babel-load-in-session-maybe) org-export-preprocess-before-normalizing-links-hook '(org-remove-file-link-modifiers) org-confirm-shell-link-function 'yes-or-no-p org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc org-beamer-auto-fragile-frames org-beamer-place-default-actions-for-lists) org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars) org-after-todo-state-change-hook '(org-clock-out-if-current) org-from-is-user-regexp \\David\\ org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-babel-pre-tangle-hook '(save-buffer) org-mode-hook '(#[nil \300\301\302\303\304$\207 [org-add-hook change-major-mode-hook org-show-block-all append local] 5] #[nil \300\301\302\303\304$\207 [org-add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes) org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-export-latex-format-toc-function 'org-export-latex-format-toc-default org-export-blocks '((src org-babel-exp-src-block nil) (export-comment org-export-blocks-format-comment t) (ditaa org-export-blocks-format-ditaa nil) (dot org-export-blocks-format-dot nil)) org-export-first-hook '(org-beamer-initialize-open-trackers) org-export-interblocks '((src org-babel-exp-non-block-elements)) org-confirm-elisp-link-function 'yes-or-no-p org-metadown-hook '(org-babel-pop-to-session-maybe) org-clock-out-hook '(org-clock-remove-empty-clock-drawer) ) -- David Arroyo Menéndez http://www.davidam.com RMS (2011): Steve Jobs, the pioneer of the computer as a jail made cool, designed to sever fools from their freedom, has died. gpg --keyserver pgp.rediris.es --recv-keys B395B90A
Re: [O] BIND org-html-style-include-*
Hi Terry, tftor...@tftorrey.com (T.F. Torrey) writes: make up2 reports these failures (and thus does not install): 6 unexpected results: FAILED test-org-babel/inline-src_blk-default-results-replace-line-1 FAILED test-org-babel/inline-src_blk-results-file FAILED test-org-babel/inline-src_blk-results-raw FAILED test-org-babel/inline-src_blk-results-scalar FAILED test-org-babel/inline-src_blk-results-silent FAILED test-org-babel/inline-src_blk-results-verbatim This is now fixed, thanks. -- Bastien
Re: [O] [Bug] 5cdf84ea68 makes babel tests fail
Achim Gratz strom...@nexgo.de writes: The commit 5cdf84ea68 creates the following test failures: […] Test test-org-babel/inline-src_blk-results-file condition: (error C-c C-c can do nothing useful at this location) FAILED 152/363 test-org-babel/inline-src_blk-results-file […] 6 unexpected results: FAILED test-org-babel/inline-src_blk-default-results-replace-line-1 FAILED test-org-babel/inline-src_blk-results-file FAILED test-org-babel/inline-src_blk-results-raw FAILED test-org-babel/inline-src_blk-results-scalar FAILED test-org-babel/inline-src_blk-results-silent FAILED test-org-babel/inline-src_blk-results-verbatim Fixed, thanks! -- Bastien
Re: [O] Publishing to html With the New Exporter
Ian Barton li...@wilkesley.net writes: A bit more investigating showed that the file causing the problem was a blank .org file with no content at all. Removing this fixed the problem and I can now export! I don't know if not being able to handle files with no content should be considered a bug or not. There was a bug in org-element.el, which returned an error when parsing an empty file. I fixed it a few days ago. Is your Org version recent enough? Regards, -- Nicolas Goaziou
Re: [O] Publishing to html With the New Exporter
On 18/02/13 17:25, Nicolas Goaziou wrote: Ian Barton li...@wilkesley.net writes: A bit more investigating showed that the file causing the problem was a blank .org file with no content at all. Removing this fixed the problem and I can now export! I don't know if not being able to handle files with no content should be considered a bug or not. There was a bug in org-element.el, which returned an error when parsing an empty file. I fixed it a few days ago. Is your Org version recent enough? My org was about a week old. I have just pulled again and the error with the empty file has gone. Best wishes, Ian.
Re: [O] Bug: internal link in org-mode comments do not work after html export if placed in comment [7.9.3e (7.9.3e-956-g3943be.dirty @ /home/vdyadov/Work/Tools/emacs/org-mode/lisp/)]
Aloha Vasil, vdya...@elvees.com (Дядов Васил Стоянов) writes: 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. Hi, In this case: , | * Theme 1 | theme_1_some_link | text | * Theme 2 | ... [[theme_1_some_link][link desc.]] ... ` everything works fine. But if I place link target in comment: , | * Theme 1 |# theme_1_some_link |text | * Theme 2 |... [[theme_1_some_link][link desc.]] ... ` link is not exported properly. In org-buffer link works fine in both cases. org-mode documentation recommends to put internal links in comments: http://orgmode.org/manual/Internal-links.html The documentation describes the old exporter, but the development version of Org uses the new exporter. I ran into this same thing last week and Nicolas G. replied on the list that the new exporter doesn't recognize anchors in comments. So, your first example is the way to go. The documentation will be changed by the time the development version is released as Org 8.0. hth, Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] org-export-babel-evaluate and :exports none
Hi all, Just checking to see if anyone was able to reproduce this or if I am the only one with this problem. Thanks, Ista On Sun, Feb 17, 2013 at 9:24 AM, Ista Zahn istaz...@gmail.com wrote: Hi, I upgraded to the latest git version yesterday, and am loving the new exporter. Congrats to all involved! However, when I set org-export-babel-evaluate to nil the new latex exporter (I have not tried the others) ignores :exports none source block header arguments. To reproduce: 1. start emacs with 'emacs -q' and visit a file named tmp.org with the following contents: start org example #+TITLE: Source block export test * Source block export #+name: test #+begin_src emacs-lisp :exports none :results silent :tangle no ;should not be exported but is (setq org-export-babel-evaluate nil) #+end_src /end org example 2. place the point inside the test block and press 'C-c-c' to evaluate it 3. export to latex file with 'C-e l l' the resulting tmp.tex incorrectly contains \begin{verbatim} ;should not be exported but is (setq org-export-babel-evaluate nil) \end{verbatim} If this is an error on my part please correct my examples! Otherwise please consider this a bug report. 'M-x org-version' reports Org-mode version 7.9.3e (7.9.3e-1107-g45442f @ /usr/share/emacs/site-lisp/org/) on my system, which I believe to be the latest. Best, Ista
Re: [O] org-export-babel-evaluate and :exports none
Dear Ista, On Mon, Feb 18, 2013 at 1:22 PM, Ista Zahn istaz...@gmail.com wrote: Hi all, Just checking to see if anyone was able to reproduce this or if I am the only one with this problem. Thanks, Ista I just make update2'ed, followed your recipe, but my tmp.tex did not incorrectly have the exported source block. So, I guess I can't reproduce, unfortunately. -- Jay Kerns
Re: [O] Reloading uncompiled and testing from several git branches
François Pinard writes: Any Makefile which lists dependencies while expecting them to be satisfied sequentially, one after another, is broken. Make does not (theoretically) guarantee the order, while in practice, all make programs I know satisfy dependencies from left to right. Well, if you're going to pick nits: in this case, nothing is broken. It's known that we're going to use GNU make and that no parallel execution is taking place. Thus we can guarantee that the dependencies will be evaluated in sequence, left to right, just as intended. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] org-export-babel-evaluate and :exports none
On Mon, Feb 18, 2013 at 1:59 PM, Jay Kerns gjkerns...@gmail.com wrote: Dear Ista, On Mon, Feb 18, 2013 at 1:22 PM, Ista Zahn istaz...@gmail.com wrote: Hi all, Just checking to see if anyone was able to reproduce this or if I am the only one with this problem. Thanks, Ista I just make update2'ed, followed your recipe, but my tmp.tex did not incorrectly have the exported source block. So, I guess I can't reproduce, unfortunately. Thanks for checking Jay. I just tried with make update2 (usually I use make update), with the same result as I got before (i.e., the code block is exported). Just to make sure -- you ran the test with emacs -q right? Anybody else try this? Thanks! Ista -- Jay Kerns
[O] C-c ^ not fully useful
Hi, Org people. C-c ^ (org-sort) is not as useful to me as I would like it to be. I often have lists in which each item start with a link. When sorting such lists, because of the [[URL][TITLE]] coding, entries are sorted along the domain of the link (the URL), which is useful in itself of course, but often not as comfortable as if the sort was done on TITLE. One could provide a function for extracting the sorting key out of the current line (I did not try this facility yet, I presume this is how it works), so I could likely solve my own problem, as described above. The ideal for me would be that some Lisp function exists to extract the visual line out of the physical line, that is, the line once all invisible parts have been removed. This would take care not only for links, but also for highlighting marks (like =~*/) when they happen to be hidden. However, I guess I'm not alone wanting C-c ^ to do what is most expected. So, these few suggestions: - Could org-sort, by default and for most of its current option letters, sort alphabetically (or lexicographically as they say!) over the visual aspect of the line instead of its physical contents? It might be difficult if Emacs has no function to reach the visual aspect of a line. I guess that most users would expect a visual sort. - Options might be added to sort over the physical contents of the line instead. And there always is M-x sort-lines RET !). - Could some parameterisation be added so one could map user written functions over (free) option letters? François
Re: [O] [Bug] 5cdf84ea68 makes babel tests fail
Bastien writes: Fixed, thanks! Confirmed, thanks! :-) Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [O] comments after paragraph remove newline
Hi Nicolas, On 2/10/13, Nicolas Goaziou n.goaz...@gmail.com wrote: Blank lines below an element belong to that element, by definition. So, obviously, just add a blank line between comments and # test and it will not be removed. You are saying that the comments get removed with the blank line because the blank line is considered part of the comments? If so, I think the expectation of many users is that # comments only the line itself, and not any other lines. That, at least, is my own expectation. In my case, the proposed solution changes the meaning of the comment. For example: === a b c d # e # f new paragraph === If you make e and f a new paragraph, it is intended to be a new paragraph and no longer refers to the previous paragraph. I don't know the code, but is it possible that, instead of attaching blank lines to elements, blank lines can be an element on their own? Would that allow the needed flexibility and also add orthogonality for other purposes? Samuel -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. ANYBODY can get it. There is no hope without action.
Re: [O] ascii export fails to include newlines
Hello, Samuel Wales samolog...@gmail.com writes: In HTML this works. In ASCII it makes one paragraph. #+begin_quote a. a. #+end_quote Thanks. This should be fixed. Thank you. Regards, -- Nicolas Goaziou
Re: [O] syntax table -- active dates
On 2/15/13, Bastien b...@altern.org wrote: Yes, this is the case now in master. Also for {...} are sexps, which ease navigating through macros. Thanks, Bastien. Samuel -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. ANYBODY can get it. There is no hope without action.
Re: [O] new exporter fails to output footnotes?
Hello, Samuel Wales samolog...@gmail.com writes: Given that it includes things that might change in future versions of Org, do you think it might be good to separate out the hlevel so that users don't customize and then find that bugs are introduced because their customization is out of date? I'm not very fond of adding too many variables. I think it is acceptable in its current state. Regards, -- Nicolas Goaziou
Re: [O] org-export-babel-evaluate and :exports none
Hello, Ista Zahn istaz...@gmail.com writes: Thanks for checking Jay. I just tried with make update2 (usually I use make update), with the same result as I got before (i.e., the code block is exported). Just to make sure -- you ran the test with emacs -q right? Anybody else try this? Thanks! Ista I confirm the problem. It is coming from 12d592b73223f3b0628e10f0f627447b1a312203. I reverted it. Thanks you. Regards, -- Nicolas Goaziou
Re: [O] org-odt: command line options for soffice bug?
On Sat, Feb 16, 2013 at 2:33 PM, Vinh Nguyen vinhdi...@gmail.com wrote: Hi, I was having issues exporting to a doc file with this in my init file: (setq org-export-odt-preferred-output-format doc) After some debugging, it appears my soffice command takes a single dash (-), not double dash (--) for command line arguments. When I change to soffice -headless -convert-to %f%x -outdir %d %i in org-odt.el, things seem to work. I am running org-mode 7.9.3e on Emacs 24.1.50.1 and LibreOffice 3.3.4 on Ubuntu 11.04. Not sure if this is specific to me or not, but it should be fixed in org-mode. Thanks! Just checked LibreOffice on my Mac OS X, and it uses two dashes for arguments. Weird that LibreOffice on Ubuntu uses one dash. Can anyone else confirm? I guess the emacs function should determine the current OS to decide whether to use single or double dash for command line arguments... -- Vinh
Re: [O] ascii export fails to include newlines
Samuel Wales samolog...@gmail.com writes: In HTML this works. In ASCII it makes one paragraph. #+begin_quote a. a. #+end_quote Does it help to add a line, as follows? #+OPTIONS: \n:t #+begin_quote a. a. #+end_quote -- David
Re: [O] org-odt: command line options for soffice bug?
On Mon, Feb 18, 2013 at 3:49 PM, Vinh Nguyen vinhdi...@gmail.com wrote: On Sat, Feb 16, 2013 at 2:33 PM, Vinh Nguyen vinhdi...@gmail.com wrote: Hi, I was having issues exporting to a doc file with this in my init file: (setq org-export-odt-preferred-output-format doc) After some debugging, it appears my soffice command takes a single dash (-), not double dash (--) for command line arguments. When I change to soffice -headless -convert-to %f%x -outdir %d %i in org-odt.el, things seem to work. I am running org-mode 7.9.3e on Emacs 24.1.50.1 and LibreOffice 3.3.4 on Ubuntu 11.04. Not sure if this is specific to me or not, but it should be fixed in org-mode. Thanks! Just checked LibreOffice on my Mac OS X, and it uses two dashes for arguments. Weird that LibreOffice on Ubuntu uses one dash. Can anyone else confirm? I guess the emacs function should determine the current OS to decide whether to use single or double dash for command line arguments... LibreOffice 3.6 on archlinux uses double dash. -Ista -- Vinh
[O] trouble exporting just one subtree while using babel and R code blocks
I have a long cumulative org file that contains work related to a series of studies. Each first-level subtree (*) is a new study. I need to be able to export any given first-level tree on its own, with an output pdf file name different from the main org filename, and with a title perhaps different from the * headline. And I need to execute R code as it exports. I am running org-mode 7.7 on Windows XP A sample org file to illustrate the problem looks like this: -- * goodbye foo foo * Hello :PROPERTIES: :EXPORT_FILE_NAME: TestMyBabelSetup :EXPORT_TITLE: foobar :EXPORT_AUTHOR: Christopher W. Ryan, MD MS :RESULTS: output :EXPORTS: both :END: foo #+begin_src R rnorm(3) #+end_src When I export the whole file to pdf, everything works fine. But if I try to export just the * Hello tree, then I get an error: Args out of range: , -1, 0 If I remove anything relating to R and babel from the * Hello tree, leaving just this: --- * goodbye foo foo * Hello :PROPERTIES: :EXPORT_FILE_NAME: TestMyBabelSetup :EXPORT_TITLE: foobar :EXPORT_AUTHOR: Christopher W. Ryan, MD MS :END: foo - then exporting just the * Hello treee works as expected. I'm stumped. What am I doing wrong? Thanks. --Chris -- Christopher W. Ryan, MD, MS SUNY Upstate Medical University Clinical Campus at Binghamton 425 Robinson Street, Binghamton, NY 13904 cryanatbinghamtondotedu Once we recognize that we do not err out of laziness, stupidity, or evil intent, we can liberate ourselves from the impossible burden of trying to be permanently right. We can take seriously the proposition that we could be in error, without deeming ourselves idiotic or unworthy. [Karen Schulz, in Being Wrong: Adventures in the Margin of Error]
[O] Including linked emails during export (was Re: Integration of notmuch email references in notes in org-mode)
Hi, On Mon, Feb 18, 2013 at 04:33:45PM +0100, Rainer M Krug wrote: On 18/02/13 16:12, Suvayu Ali wrote: On Mon, Feb 18, 2013 at 02:49:32PM +0100, Rainer M Krug wrote: - From time to time, I have to include email references in notes in org. There is obviously org-notmuch.el, but I am not to happy with it as, when exporting the notes, the link is shown but neither clickable nor the resulting email is shown in the exported document (both understandable). This has also been an irritation of mine. I think I will take your second idea (include the email on export) and see if I can come-up with a patch for org-notmuch. Since I'm still a newbie elisp programmer, this might take a while. :-p If there is a solution in sight, I am happy to wait a bit - email in export, possibly in a block so that it is set apart from the rest of the document, would be brilliant. Possibly having an option which can be set to have links exported as links or expanded on export, would be really nice. The option to open the link is out of the question since different people read their emails differently. There is no way for a library to get everything right, specially since the link won't be in Emacs. It is in the exported file (e.g. html, pdf, txt). Now to include the email during the export at first I thought it should be possible to write a filter, but then I realised I need to insert an email quote block after whatever parent greater-element holds the link and then redirect the link to this new block. A filter allows you a way to modify an element, but nothing more. So I think the correct approach here would be to write a derived backend. This complicates things quite significantly since now you need to support each backend separately. I wonder if there is any easier (generic) way to do the above for all present and future backends. I have CC'd Nicolas, lets see what he has to say. Cheers, -- Suvayu Open source is the future. It sets us free.
Re: [O] org-export-babel-evaluate and :exports none
Nicolas Goaziou writes: I confirm the problem. It is coming from 12d592b73223f3b0628e10f0f627447b1a312203. I reverted it. Doesn't this throw the baby out with the bathtub? If anything that's an indication that the evaluation and the exporting of a block should be independently controllable. So either org-babel-exp-process-buffer is not the correct function to call or it needs to take org-export-babel-evaluate into account. BTW, the function org-export-execute-babel-code is called before it is being defined. Not sure why this doesn't give a warning. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
[O] Naive email referencing using copypaste (was: Integration of notmuch email references in notes in org-mode)
* Rainer M Krug r.m.k...@gmail.com wrote: Hi Hi! I actually would prefer the source block approach, as the email would be physically in the org document and foldable. Any suggestions how I could achieve this? In my case, MUA (mutt) and Org are on different hosts. I am accessing MUA through ssh/screen and copy relevant parts into blocks like this: #+BEGIN_VERSE Date: Mon, 18 Feb 2013 15:58:22 + From: Kickstarter no-re...@kickstarter.com To: x From: Project Boss b...@example.com Subject: Project Update xx Message-ID: 513_6f6d48753ee22646e9@xx Project deadline is re-schedults to May 2014 since external ressources are not available before autumn. #+END_VERSE Sometimes, I am using BEGIN_QUOTE instead of BEGIN_VERSE though. With copypaste, it's not as quick as capture but this way I get the advantage to strip down the message to its relevant parts. With the Message-ID, I am able to locate the original email in my MUA very quickly. -- Karl Voit
Re: [O] org-export-babel-evaluate and :exports none
Nicolas Goaziou writes: I confirm the problem. It is coming from 12d592b73223f3b0628e10f0f627447b1a312203. I reverted it. Doesn't this throw the baby out with the bathtub? If anything that's an indication that the evaluation and the exporting of a block should be independently controllable. So either org-babel-exp-process-buffer is not the correct function to call or it needs to take org-export-babel-evaluate into account. BTW, the function org-export-execute-babel-code is called before it is being defined. Not sure why this doesn't give a warning. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
[O] CSS link in html export for v. 7.9.3e woes
Greetings, After updating to 7.9.3e, I no longer am able to include a stylesheet link with the following syntax: #+STYLE: link rel=stylesheet type=text/css href=../relative/path/to/mystyle.css/ If I go back to my previous version, it works as expected. It is not a path issue; On the resulting site, it never tries to load the stylesheet. The release notes do not mention anything that would lead me to believe that this should have changed. Suggestions welcome. Thanks, Daniel Hawthorne
Re: [O] [PATCH] org babel execution and new exporter
Hello, Gregor Kappler gregor.kapp...@univie.ac.at writes: the new exporter currently does not respect `org-export-babel-evaluate' and evaluates babel src blocks always on export. I did the tiniest change to ox.el as in the attached patch. (This is my first patch sent - I hope it works and helps...). I had to revert that patch as it introduces other problems. Would you mind explaining again what was the original bug that motivated this patch (if possible with an ECM)? Thank you. Regards, -- Nicolas Goaziou
Re: [O] Reloading uncompiled and testing from several git branches
Achim Gratz strom...@nexgo.de writes: François Pinard writes: Any Makefile which lists dependencies while expecting them to be satisfied sequentially, one after another, is broken. Make does not (theoretically) guarantee the order, while in practice, all make programs I know satisfy dependencies from left to right. Well, if you're going to pick nits: in this case, nothing is broken. It's known that we're going to use GNU make and that no parallel execution is taking place. I did not follow these things in years, they might have changed. At some time in the past, GNU packages had to follow GNU standards. We had to write portable Makefiles, could not depend on GNU make, and could not depend on the serial evaluation of dependencies. Many users had things like MAKEFLAGS=-j4 in their environment, so it blindly applied to all their builds. Maintainers would not know that no parallel execution is taking place, because it was the installers, and not them, to decide. GNU libc has been the first important GNU package which broke the rule and started to require GNU make; it's true that the GNU libc maintainer and the GNU make maintainer were the same guy. I guess that GNU libc was so late that Richard Stallman allowed that exception. Now that Linux exists, it is very frequent to see packages requiring GNU make, and GNU standards are taken much more lightly than they used to be. Looking at the GNU make documentation, I find something new to me: [If] .NOTPARALLEL is mentioned as a target, then this invocation of make will be run serially, even if the ‘-j’ option is given. Any recursively invoked make command will still run recipes in parallel (unless its makefile also contains this target). Any prerequisites on this target are ignored. So now, the maintainer may prohibit parallelism from his side, and while I did not see that GNU make explicitly guarantees left to right evaluation and execution, the above says serially without telling the order. I would be tempted to think that the GNU make documentation is voluntarily silent on the matter, as we may not depend on it. If you depend on the order, you depend on the implementation of Make, not on its specifications. That's why I use the work broken. All this is academical, and not much important. For a long while now, the effort for correct Makefiles faded away; this cannot be repaired. François
[O] Showing only subprojects in the agenda
Hello all, I'm sure this is not as complicated as i am making it out to be, but i have tried every option i can think of. My org files consist of three todo states : TODO NEXT | DONE Any TODO is a project, and it may have sub projects like so : * TODO Make dinner ** TODO Make homemade pizza *** NEXT roll out the crust *** NEXT add sauce *** NEXT add cheese ** TODO Make a side salad *** NEXT chop lettuce *** NEXT chop tomatos What I would like is to have my projects list agenda show : TODO Make homemade pizza TODO Make side salad Basically, my projects are any TODO that has no TODO children, but may have NEXT children. How can i get the agenda view to only show them ? thanks -Tim
Re: [O] Bug: internal link in org-mode comments do not work after html export if placed in comment [7.9.3e (7.9.3e-956-g3943be.dirty @ /home/vdyadov/Work/Tools/emacs/org-mode/lisp/)]
Thanks for explanation! With best regards, Vasil
Re: [O] Naive email referencing using copypaste
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18/02/13 23:02, Karl Voit wrote: * Rainer M Krug r.m.k...@gmail.com wrote: Hi Hi! I actually would prefer the source block approach, as the email would be physically in the org document and foldable. Any suggestions how I could achieve this? In my case, MUA (mutt) and Org are on different hosts. I am accessing MUA through ssh/screen and copy relevant parts into blocks like this: #+BEGIN_VERSE Date: Mon, 18 Feb 2013 15:58:22 + From: Kickstarter no-re...@kickstarter.com To: x From: Project Boss b...@example.com Subject: Project Update xx Message-ID: 513_6f6d48753ee22646e9@xx Project deadline is re-schedults to May 2014 since external ressources are not available before autumn. #+END_VERSE Sometimes, I am using BEGIN_QUOTE instead of BEGIN_VERSE though. With copypaste, it's not as quick as capture but this way I get the advantage to strip down the message to its relevant parts. With the Message-ID, I am able to locate the original email in my MUA very quickly. Yes - I did something similar, but didn't think about the verse and quote blocks - thanks. But I was looking for something more dynamic, i.e. when further comments come in the conversation, I would like to have them accessible as well. So a notmuch search based system (through links or through source blocks) is the ideal situation in my case. Thanks, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRIzDRAAoJENvXNx4PUvmCS5oH/29cLZq6yULqxbsIYoYyz4n7 6Vi7g4XBuh6qLBtygvhhMv7V515MtaqYSDWDQZoFMKK5LQGZnjvhSB60bBGwDIGu /I2t9CV7ZO2qF1KpR98FTBI+Ch1MbOzjHtV5OSihZAZJnAfyOYpBAYWzppmlvxi8 fSvGX23ob0Q0F6H7pe+b46W4o+EGA9birR0iU3kXPzqKGN2o4rmOlHc2ro9JPve6 dNt1XGisjGX/XojKoMRm7YJgMRcADkftH7Eli1ZUfqQSuWJL2DBy7u9r89YKoU/A 5nCBmF6C5jSLK3sNyNu3CcjHbxq33ttBV8tFXvcZlptp1cgN3wNdA/KhWwbhBgc= =VWE1 -END PGP SIGNATURE-