Re: [Orgmode] feature request: save LaTeX as title for ltxpng html images
Hi, The attached patch places the latex source into alt html image tags as described below. I think it should be safe, in that I remove all "s from inside of the alt string. Thanks for the implementation advice -- Eric diff --git a/lisp/org-html.el b/lisp/org-html.el index b8925e7..2246daf 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1529,7 +1529,8 @@ lang=\"%s\" xml:lang=\"%s\"> "Create image tag with source and attributes." (save-match-data (if (string-match "^ltxpng/" src) - (format "" src) + (format "" +src (org-find-text-property-in-string 'org-latex-src src)) (let* ((caption (org-find-text-property-in-string 'org-caption src)) (attr (org-find-text-property-in-string 'org-attributes src)) (label (org-find-text-property-in-string 'org-label src))) Modified lisp/org.el diff --git a/lisp/org.el b/lisp/org.el index e30c49a..480e9f1 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -15183,7 +15183,12 @@ Some of the options can be changed using the variable (push ov org-latex-fragment-image-overlays) (goto-char end)) (delete-region beg end) - (insert link + (let ((link-beg (point)) +(link-end (progn (insert link) (point +(add-text-properties + link-beg link-end + (list 'org-latex-src + (replace-regexp-in-string "\"" "" txt))) ;; This function borrows from Ganesh Swami's latex2png.el (defun org-create-formula-image (string tofile options buffer) Carsten Dominik writes: > On Mar 26, 2010, at 4:01 PM, Eric Schulte wrote: > >> Hi, >> >> HTML tags allow both alternate text (rendered when the image >> can't >> be rendered), as well as titles which show as tooltips on hover. I >> wonder if it would be difficult to place the text latex used in >> generating an image into these two fields. If not then I at least >> would >> find it useful. > > It is not trivial, but not too hard either. > > It is not trivial because Org first produces the images and inserts > org-style links. Later, in a second step, these links are replaced > (formatted for HTML). > One way to solve this is that `org-format-latex' will add this > information > as text properties to the link. Then later, when the HTML formatting > is done, > the text property could be retrieved and converted into the attributes > you are mentioning. > > You have worked on org-format-latex before, I think this should be > relatively easy for you. > > - Carsten ___ 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] clocksum of scheduled task
Hi all, I have scheduled task: * TODO daily work review :WORK: SCHEDULED: <2010-03-30 Tue +1d> CLOCK: [2010-03-30 Tue 07:36] - State "DONE" [2010-03-29 Mon 09:04] CLOCK: [2010-03-29 Mon 08:27]--[2010-03-29 Mon 09:04] => 0:37 :PROPERTIES: :CLOCK_MODELINE_TOTAL: today :LAST_REPEAT: [2010-03-29 Mon 21:31] :END: When I C-c a a, I see the task every day but monday with for each day a 37mn clocksum. I would like: - to see the task on monday, marked done, with a clocksum of 37 mn - see the task every other day, marked todo, with a clocksum of 0mn (or no clocksum) Is it possible or do I have to go throught cloning task ? Note that I tried with/without the CLOCK_MODELINE_TOTAL and it has no influence on the clocksum. I am using version 6.34c alex ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: removing blocked tasks from custom agenda view
>>> I created a custom agenda view with: >>> (tags-todo "CALLS\|PC") >>> but it shows all the todo, even the blocked task. How can I make >>> tags-todo respect the org-agenda-dim-blocked-tasks settings ? >> >> I believe this is because the agenda view of tags-todo doesn't have >> the 'todo-state property so org-blocker-hook are never called. > > tags-todo views have this property. thanks, you are right (I had to upgrade from 6.21b to 6.34c) ___ 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] many an agenda keyword search improvement
On 2010-03-29, Carsten Dominik wrote: > Hi Samuel, > > thanks for this message. I have put this on my list, but > I cannot see when I will be able to work on this. Ah, I overwhelmed you. :) Anybody else find them interesting? :) Thanks for all of your work on org-mode. As always. Samuel > - Carsten > > On Mar 13, 2010, at 6:36 PM, Samuel Wales wrote: > >> Here are agenda suggestions for org keyword searches that I >> have been collecting. >> >> All of them would be very useful (to me). >> >> Is it better to use separate emails? >> >> >> 1. Colorize headlines as in the outline. >> >> When I search for "forums" in org using M-x >> org-agenda-dispatch s, I get an agenda that does not >> colorize the italic part of the headline below. >> >> * NAKA [#A] /email and forum/ >> forums :now:refile: >> >> If it could be colorized normally, I would be able to find >> the headline much faster. >> >> 2. Colorize matches. >> >> Some hits are from headlines (i.e. "forums" is in the >> headline), but others are from body text. These are not >> distinguished. Also, regexp searches do not show what >> matched, and you can't tell where the match is in a headline >> easily. >> >> These problems are solved by colorizing matches (e.g. using >> the same face that isearch does). >> >> 3. Pre-seed isearch and isearch-regexp. >> >> If you RET on a headline, you sometimes want to search for >> the search expression (e.g. "forums") in the body text. >> (Optionally) pre-seeding isearch and isearch-regexp with the >> search expression would allow you to not have to type it. >> >> This would turn the entire expression, such as "alpha beta >> {gamma\|linoleic}", into a regular expression. >> >> 4. E-like mode for body matches. >> >> If matches are in body text, perhaps the matching lines can >> be shown under the headilnes with the matches highlighted. >> >> 5. Link type for agenda search. >> >> Sometimes you want a todo item to do an agenda keyword search. >> >> 6. Colorize matches in other window. >> >> When you show the outline buffer in the other window, >> colorize matches there. >> >> 7. Search within results. >> >> The / command is useful for searching for tags within >> results (including body text) without having to incur the >> overhead of an entire agenda search again. >> >> I'd like the same thing for keyword searches. Searches are >> very slow on my system, so I never refine searches. But I >> would if I had this capability. >> >> 8. Or search within results and do other stuff. >> >> I also have a proposal for an idea that supersedes #7 and >> also allows more functionality. I alluded to it in previous >> email in a footnote. >> >> Suppose we could have a "next command operates on the >> selected entries (or ALL displayed entries if none >> selected)" command? >> >> This could fold the / command and the command I am >> requesting into a single facility that can then be used for >> other purposes also. To do a todo search within a keyword >> search, you just do the keyword search, run the command, >> then do a todo search. Or any other command. >> >> It could be on /. Current / behavior could be done with two >> /es (first says next command is within results and second >> says do tag search). >> >> 9. Search in attachments. >> >> I have already covered this in another email. Perhaps the >> discussion could be revived if there is enough interest. >> >> >> Thanks. >> >> Samuel >> >> -- >> Q: How many CDC "scientists" does it take to change a lightbulb? >> A: "You only think it's dark." [CDC has denied a deadly disease for >> 25 years] >> == >> Retrovirus: http://www.wpinstitute.org/xmrv/index.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 > > - Carsten > > > > -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.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
Re: [Orgmode] suggestion: display of #+TITLE
Hi Dan, What a pleasant surprise to see the tastefully displayed #+Title:, # +Author:, #+Email: and #+Date: after I pulled from git earlier today. What's next, org-mode stylesheets? All the best, Tom On Mar 27, 2010, at 4:52 PM, Dan Davison wrote: Thanks Scot, here's the final version of my proposed patch (no change in outward appearance from previous version). By default, title, author, date and email lines appear in dark blue with the initial keywords greyed out. The title is in a larger font than the others. To change that appearance, customise the faces org-document-title org-document-info org-document-info-keyword In addition, the variable org-hidden-keywords can be used to make any of those keywords disappear. You can use the customize interface for this, or e.g. (setq org-hidden-keywords '(title date)) Dan --8<---cut here---start->8--- diff --git a/lisp/org-faces.el b/lisp/org-faces.el index e336b3c..8ec7ce1 100644 --- a/lisp/org-faces.el +++ b/lisp/org-faces.el @@ -468,6 +468,34 @@ changes." :group 'org-faces :version "22.1") +(defface org-document-title + 'class color) (background light)) (:foreground "midnight blue" :weight bold :height 1.44)) +(((class color) (background dark)) (:foreground "pale turquoise" :weight bold :height 1.44)) +(t (:weight bold :height 1.44))) + "Face for document title, i.e. that which follows the #+TITLE: keyword." + :group 'org-faces) + +(defface org-document-info + 'class color) (background light)) (:foreground "midnight blue")) +(((class color) (background dark)) (:foreground "pale turquoise")) +(t nil)) + "Face for document date, author and email; i.e. that which +follows a #+DATE:, #+AUTHOR: or #+EMAIL: keyword." + :group 'org-faces) + +(defface org-document-info-keyword + (org-compatible-face 'shadow +'class color grayscale) (min-colors 88) (background light)) + (:foreground "grey50")) + (((class color grayscale) (min-colors 88) (background dark)) + (:foreground "grey70")) + (((class color) (min-colors 8) (background light)) + (:foreground "green")) + (((class color) (min-colors 8) (background dark)) + (:foreground "yellow" + "Face for #+TITLE:, #+AUTHOR:, #+EMAIL: and #+DATE: keywords." + :group 'org-faces) + (defface org-block (org-compatible-face 'shadow 'class color grayscale) (min-colors 88) (background light)) diff --git a/lisp/org.el b/lisp/org.el index dad8649..e30c49a 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -2975,6 +2975,17 @@ lines to the buffer: :group 'org-font-lock :type 'boolean) +(defcustom org-hidden-keywords nil + "List of keywords that should be hidden when typed in the org buffer. +For example, add #+TITLE to this list in order to make the +document title appear in the buffer without the initial #+TITLE: +keyword." + :group 'org-font-lock + :type '(set (const :tag "#+AUTHOR" author) + (const :tag "#+DATE" date) + (const :tag "#+EMAIL" email) + (const :tag "#+TITLE" title))) + (defcustom org-fontify-done-headline nil "Non-nil means change the face of a headline if it is marked DONE. Normally, only the TODO/DONE keyword indicates the state of a headline. @@ -4681,6 +4692,17 @@ will be prompted for." ((string= block-type "verse") (add-text-properties beg1 end1 '(face org-verse t)) + ((member dc1 '("title:" "author:" "email:" "date:")) + (add-text-properties +beg (match-end 3) +(if (member (intern (substring dc1 0 -1)) org-hidden-keywords) +'(font-lock-fontified t invisible t) + '(font-lock-fontified t face org-document-info-keyword))) + (add-text-properties +(match-beginning 6) (match-end 6) +(if (string-equal dc1 "title:") +'(font-lock-fontified t face org-document-title) + '(font-lock-fontified t face org-document-info ((not (member (char-after beg) '(?\ ?\t))) ;; just any other in-buffer setting, but not indented (add-text-properties --8<---cut here---end--->8--- Scot Becker writes: I like it. This is a great little piece of work. Thanks a lot. Scot On Fri, Mar 26, 2010 at 3:34 AM, Dan Davison wrote: Carsten, Scot -- Scot Becker writes: Or what about---in the spirit of the 'hidden' outline stars---the option to set "#+TITLE:" and friends in a 'barely visible' color, and in the 'standard' font of the document, if that's possible. OK, I understand that suddenly-disappearing text might be confusing. My intention was to help in the current efforts to avoid making org seem too "technical" to people coming from more mainstream software, by providing a clean document title. But OK, so magical hiding off by d
Re: [Orgmode] [ANN] org-mac-protocol, fully updated for 10.6 and with added applications
On Mon, 29 Mar 2010 13:28:31 +0200, Carsten Dominik wrote: >>> >>> this is awesome! >>> >>> I guess this is a single elisp file? >>> Then you should just send it to me when ready. I will add it and >>> also make an entry for it in org-modules. >> >> There is a single elisp file, but there are also 6 AppleScripts and >> one >> Ruby script (AppleScript doesn't provide character escaping) that glue >> the whole thing together with other applications. > > How would you handle the installation when these scripts are in org/ > contrib/mac-protocol/script or something like this. > (Sorry, accidentally moved thread off-list) It would need to be a manual install as described in the documentation: http://github.com/claviclaws/org-mac-protocol/blob/master/org-mac-protocol.org Problem is that there are so many possible Emacsen with emacsclient residing in different places, that it would often be necessary for the user to edit one of the AppleScripts to point to their copy of emacsclient. I don't think the default org-mode Makefile installs stuff from the contrib directory? Or have I missed something regarding the installation of files in contrib? Best, Christopher ___ 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] Nick Dokos (2nd attempt): [OT] Thanks!
On Mar 29, 2010, at 11:39 PM, Nick Dokos wrote: [I think this bit the dust because of the same problem: I forgot to update a setting. 2nd attempt.] --- Forwarded Message Date:Mon, 29 Mar 2010 16:39:31 -0400 From:Nick Dokos To: emacs-orgmode@gnu.org cc: nicholas.do...@hp.com, Mikael Fornius , Karl Berry Subject: [OT] Thanks! As most here know already (sorry for spamming the list with the test message!), I was unable to post to the list for a while. But I have now been able to post three times and, as the Bellman said, "What I tell you three times is true": the problem[1] is solved[2]. I owe a debt of gratitude to Mikael Fornius, who not only groped through the list logs looking for possible problems, but also pointed out a header that looked funny to him. Upon further investigation, a fix to this header started the flow again. Mikael, thanks for saving my sanity[3]. Also, thanks to Karl Berry who went looking through email logs at gnu.org looking for the problem. It felt pretty lonely out there for a while, so please allow me to express my hearfelt thanks to Mikael and Karl who came to my rescue[4]. Hi Nick, glad to have you back. - Carsten Thanks very much! Nick - --- [1] The theory is that at some point around the middle of February, gnu.org's exim server started enforcing a Sender Verification test. See http://www.mail-archive.com/new...@linux-mandrake.com/ msg172919.html for some details. I don't know if the theory is correct, but the fix - changing my postfix configuration to make sure that the Sender: header contains an email address that the gnu.org server can test successfully - seems to work in any case. [2] Famous last words... [3] OTOH, my "friends" say that that is a non-existent entity - I beg to differ, but as they emphasize, that proves their point... [4] ... or, as many volunteers have heard before: "You did such a good job that you deserve to have your salary doubled." :-) --- End of Forwarded Message ___ 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 - Carsten ___ 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] Nick Dokos (2nd attempt): [OT] Thanks!
[I think this bit the dust because of the same problem: I forgot to update a setting. 2nd attempt.] --- Forwarded Message Date:Mon, 29 Mar 2010 16:39:31 -0400 From:Nick Dokos To: emacs-orgmode@gnu.org cc: nicholas.do...@hp.com, Mikael Fornius , Karl Berry Subject: [OT] Thanks! As most here know already (sorry for spamming the list with the test message!), I was unable to post to the list for a while. But I have now been able to post three times and, as the Bellman said, "What I tell you three times is true": the problem[1] is solved[2]. I owe a debt of gratitude to Mikael Fornius, who not only groped through the list logs looking for possible problems, but also pointed out a header that looked funny to him. Upon further investigation, a fix to this header started the flow again. Mikael, thanks for saving my sanity[3]. Also, thanks to Karl Berry who went looking through email logs at gnu.org looking for the problem. It felt pretty lonely out there for a while, so please allow me to express my hearfelt thanks to Mikael and Karl who came to my rescue[4]. Thanks very much! Nick - --- [1] The theory is that at some point around the middle of February, gnu.org's exim server started enforcing a Sender Verification test. See http://www.mail-archive.com/new...@linux-mandrake.com/msg172919.html for some details. I don't know if the theory is correct, but the fix - changing my postfix configuration to make sure that the Sender: header contains an email address that the gnu.org server can test successfully - seems to work in any case. [2] Famous last words... [3] OTOH, my "friends" say that that is a non-existent entity - I beg to differ, but as they emphasize, that proves their point... [4] ... or, as many volunteers have heard before: "You did such a good job that you deserve to have your salary doubled." :-) --- End of Forwarded Message ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: hyperlink to IMAP email
Arne Freyberger wrote: >OK, so I spent a few hours configuring Wanderlust. When I try to link to an >email message via: >[[wl:%OPSLeaders:freyb...@mail.jlab.org:993!#4ba2737a.4060...@jlab.org][emails >exchanged]] >I get the following error: > org-wl-open: Invalid function: wl-folder-get-elmo-folder Could it be that you use wl 2.14.x, shipped in the package "wl" in debian/ubuntu? If so, you might need to upgrade to the "beta" version 2.15, that could be shipped in package "wl-beta". HTH -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgplVAfNHwtJt.pgp Description: PGP signature ___ 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: [ANN] org-mac-protocol, fully updated for 10.6 and with added applications
Carsten Dominik writes: > Hi Christopher, > > > this is awesome! > > I guess this is a single elisp file? Looks like a bunch of AppleScript files that communicate with an elisp file... ___ 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: How to open pdf file links with evince under linux?..
Hi Daniel, Daniel Martins writes: > my values are > > org-file-apps is a variable defined in `org.el'. > Its value is > ((auto-mode . emacs) > ("\\.x?html?\\'" . default)) It looks as if you have changed this variable somehow. The default value is: ((auto-mode . emacs) ("\\.mm\\'" . default) ("\\.x?html?\\'" . default) ("\\.pdf\\'" . default)) With the default settings you have two options: 1. Add the following line to ~/.mailcap (user only) or /etc/mailcap (typical location of system-wide settings on Linux). application/pdf; evince %s 2. Change the default settings per Jan's instructions: > > 2010/3/23 Jan Böcker > > > > But we can tell Org directly what to do with PDF files: take a > > look at the variable org-file-apps (M-x customize-variable > > org-file-apps). > > > > Each entry in this list consists of (selector, action) pairs where > > the action tells Org how to open a file, and the selector (in most > > cases a regular expression matched against the file name) > > specifies what kind of files to open in this way. > > > > Add the following entry: > > > > Extension: \.pdf\' > > Command: evince %s > > > > Links to PDF files should now open in evince. > which does not help very much since i think is scary to change the > auto-mode in emacs Changing the pdf setting in this way does nothing to the auto-mode-alist. The auto-mode cons cell simply instructs org-mode to open any file matching a regexp in auto-mode-alist within emacs. > I have the same annoying problem reported by Jan Could you explain what problem you mean here? I believe it was Leo who reported the problem, while Jan offered a solution. Best, Matt ___ 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 and emacs email
Simon Brown writes: > I currently use mutt as my email client but I'm looking for greater > emacs integration and better html support. Org mode supports at least > gnus, vm and wanderlust. Can anybody advise on the relative pros and > cons? My main restriction is that I don't want to break my mutt setup, > so the client must be able to work with my current collection of mbox > files. I also have 3 IMAP accounts. Using emacs 23 and current org-mode. It took me a looong time to set up gnus after having tried all other email clients for Emacs. The nice thing is that gnus comes with Emacs and so you do not have to worry about additional installations. I also like that I can dispense with .gnus and place all my gnus customizations in my .emacs file. The cons is that gnus is a big nasty beast. Still I would have to learn VM or Wanderlust, so you might as well learn gnus and be done with it. -- Henri-Paul Indiogine Email: hindiog...@gmail.com Skype: hindiogine Website: http://www.coe.tamu.edu/~enrico ___ 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] [PATCH] org-attach-commit: Split by nulls and two typos.
I got a problem when doing attachments (C-c C-a c/m/c). My *Messages* buffer is flooded with: "fatal: pathspec 'x' did not match any files" messages. This is because the `split-string' function call in `org-attach-commit' does not split correctly in my emacs version (23.1.92.1). Maybe other emacs versions split by NULL-characters when SEPARATORS is the empty string but mine does not so I suggest the attached change. It fixes this problem for me and is also correcting two other typos found when recompiling. Patch is against the current git head. diff --git a/lisp/ChangeLog b/lisp/ChangeLog index 23e2426..58703ed 100755 --- a/lisp/ChangeLog +++ b/lisp/ChangeLog @@ -1,3 +1,11 @@ +2010-03-29 Mikael Fornius + + * org-html.el (org-export-html-preprocess): Fix typo. + + * org-publish.el (org-publish-sanitize-plist): Fix typo. + + * org-attach.el (org-attach-commit): Split by null character fix. + 2010-03-29 Carsten Dominik * org-agenda.el (org-diary-last-run-time): New variable. diff --git a/lisp/org-attach.el b/lisp/org-attach.el index 8533a75..52a91ca 100644 --- a/lisp/org-attach.el +++ b/lisp/org-attach.el @@ -246,11 +246,10 @@ This checks for the existence of a \".git\" directory in that directory." (cd dir) (shell-command "git add .") (shell-command "git ls-files --deleted -z" t) - (mapc '(lambda (file) - (unless (string= file "") - (shell-command - (concat "git rm \"" file "\"" - (split-string (buffer-string) "")) + (mapc (lambda (file) + (shell-command + (concat "git rm \"" file "\""))) + (split-string (buffer-string) "[\0]" t)) (shell-command "git commit -m 'Synchronized attachments'") (defun org-attach-tag (&optional off) diff --git a/lisp/org-html.el b/lisp/org-html.el index b8925e7..4ae694d 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -443,7 +443,7 @@ This may also be a function, building and inserting the postamble.") (if (string-match "\\`[a-z]\\{1,10\\}:\\(.+\\)" label) (setq l1 (substring label (match-beginning 1))) (setq l1 label))) - (replace-match (format "[[#%s][l1]]" label l1) t t) + (replace-match (format "[[#%s][%s]]" label l1) t t) ;;;###autoload (defun org-export-as-html-and-open (arg) diff --git a/lisp/org-publish.el b/lisp/org-publish.el index c8b06c5..8633140 100644 --- a/lisp/org-publish.el +++ b/lisp/org-publish.el @@ -42,11 +42,11 @@ (defun org-publish-sanitize-plist (plist) (mapcar (lambda (x) - (or (cdr (assoq x '((:index-filename . :sitemap-filename) -(:index-title . :sitemap-title) -(:index-function . :sitemap-function) -(:index-style . :sitemap-style) -(:auto-index . :auto-sitemap + (or (cdr (assq x '((:index-filename . :sitemap-filename) + (:index-title . :sitemap-title) + (:index-function . :sitemap-function) + (:index-style . :sitemap-style) + (:auto-index . :auto-sitemap x)) plist)) -- Mikael Fornius ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Export special characters to LaTeX and HTML
On Mar 29, 2010, at 4:01 AM, Magnus Henoch wrote: "Sven Bretfeld" writes: I use the same characters for Sanskrit. They export just fine to LaTeX. To type them I have the following in my .emacs: (define-key global-map [(meta a)] nil) ;;make Alt-a free as a prefix (define-key org-mode-map [(meta a)] nil) (defun insert-lang-a () (interactive) (ucs-insert "0101")) (global-set-key "\M-aa" 'insert-lang-a) (defun insert-lang-i () (interactive) (ucs-insert "012B")) (global-set-key "\M-ai" 'insert-lang-i) An alternative to the above is to use an input method, e.g. M-x set-input-method RET latin-alt-postfix. Then typing "a-" gives you "ā" (and typing "a--" gives you "a-"). -- Magnus Henoch Thanks Magnus, This is very helpful. All the best, Tom___ 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] Wrapping table header text
I can't find mention of this anywhere, but is it possible to have org-mode automagically wrap the header text of a table column? For example a column called "IP SLA Reports" which would look like | IP SLA Reports | could be reformatted so that the header contains two lines and looks like | IP SLA | | Reports | preferably based on the content of the table (yeah, I know I'm asking a lot :-). ___ 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] How to open pdf file links with evince under linux?..
well, my values are org-file-apps is a variable defined in `org.el'. Its value is ((auto-mode . emacs) ("\\.x?html?\\'" . default)) which does not help very much since i think is scary to change the auto-mode in emacs I have the same annoying problem reported by Jan 2010/3/23 Jan Böcker > On 23.03.2010 10:17, Leo Alekseyev wrote: > > When using org mode under windows, links to local PDF files bring up > > Acrobat. However, under linux, these links just spawn a new empty > > buffer in emacs in fundamental mode. How can I make PDF links bring > > up evince?... > > > > As far as I know, Org uses the system defaults when it does not know how > to open a file, and when the system does not know, Org opens the file in > emacs. Under linux, that system default is the mailcap database, but I > have no idea how to configure that. (It doesn't even appear to exist on > my system.) > > But we can tell Org directly what to do with PDF files: take a look at > the variable org-file-apps (M-x customize-variable org-file-apps). > > Each entry in this list consists of (selector, action) pairs where the > action tells Org how to open a file, and the selector (in most cases a > regular expression matched against the file name) specifies what kind of > files to open in this way. > > Add the following entry: > > Extension: \.pdf\' > Command:evince %s > > Links to PDF files should now open in evince. > > > If you pull the current git version of Org, you could add a second entry: > > Extension: \.pdf::\([0-9]+\)\' > Command:evince %s -p %1 > > This would allow you to link to a specific page of a PDF like this: > [[file:/path/to/document.pdf::21]] > (Shameless plug for a patch of mine that just got accepted.) > > > HTH, Jan > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PATCH] Speed up org-diary
Hi Carsten, Carsten Dominik writes: > that is a good catch. org-diary is a total orphan for me, > I have not looked at this function for 5 years - it was written > when I was still thinking to use Org-files through the Emacs diary. Thanks for applying the patch. Yes, I think one of the FAQs nicely cautions against using org-diary (i.e., "think twice before using it!"). My only use for it at the moment is to pass org data to the cal-tex functions. I certainly wouldn't recommend using org-diary to mark calendar dates! > I have made one change - I have given it 3 seconds instead of 1, > I think this is a better value. Thanks for making this change. I can see that 3 seconds is a better value, especially since I set the value of org-diary-last-run-time before the rest of the function runs. Best, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: New Org-mode talk by Carsten Dominik
Well, It works for white backgrounds but this color scheme is far from optimum. As I use both white background and black background for the night (I have read some academic papers that said white background is better for the eye fatigue but I am not quite sure of it) I need a white background setup Anyone out there has a proposal of color schemes for white (or at least not dark) backgrounds which could share with us? Daniel 2010/3/18 Carsten Dominik > > On Mar 16, 2010, at 6:17 PM, Daniel Martins wrote: > > I found a "minor" bug in cd-colors.el >> >> >> I use a variation of background/foreground according to day/night >> environments as suggested in >> >> http://www.jurta.org/en/emacs/dotemacs >> >> and which I reproduce below >> >> But using cd-colors and the day option which means >> >> (set-background-color "white") >> (set-foreground-color "black") >> >> I notice that the face org-hide remains black. >> > > I think that many of these faces will not work properly with a white > background - they are all only for a dark background. I would have thought > that the entire scheme is unusable with white. > > - Carsten > > > >> As I use >> >> >> >> (setq org-hide-leading-stars t) >> >> >> this is not quite convenient. >> >> So I commented the line of org-hide in cd-colors and everything worked >> fine! >> >> ; >> `(org-tag ((t (:foreground ,tag >> ;; `(org-hide ((t (:foreground "#191919" >> `(org-todo ((t (:background ,todo-bg :foreground "white" ,@box >> ; >> >> Daniel >> >> PS here is the text of my .emacs that I commented above >> >> ;; >> >> >> >> ;;; colors >> >> (defun my-colors-light (&optional frame) >> "Set colors suitable for working in light environments, >> i.e. in daylight or under bright electric lamps." >> (interactive) >> (setq frame-background-mode 'light) >> (if frame >> (select-frame frame) >> (setq frame (selected-frame))) >> ;; The color with minimal eye fatigue in light environments >> ;; is "AntiqueWhite3" (RGB: 205 192 176), >> ;; (set-background-color "AntiqueWhite3") >> (set-background-color "white") >> (set-foreground-color "black") >> (when (facep 'region) >> (set-face-background 'region "DarkGrey" frame)) >> (when (facep 'fringe) >> (set-face-background 'fringe (face-background 'default) frame) >> (set-face-foreground 'fringe (face-foreground 'default) frame)) >> ;; When started Emacs under root, warn by red color in the modeline >> (when (and (facep 'mode-line) >>(file-exists-p "/root") >>(file-writable-p "/root")) >> (set-face-background 'mode-line "firebrick"))) >> >> (define-key global-map [f6 ?c ?d] 'my-colors-light) ;; c color d day >> >> (defun my-colors-dark (&optional frame) >> "Set colors suitable for working in the darkness without electricity." >> (interactive) >> (setq frame-background-mode 'dark) >> (if frame >> (select-frame frame) >> (setq frame (selected-frame))) >> (set-background-color "black") >> (set-foreground-color "DarkGrey") >> (when (facep 'region) >> (set-face-background 'region "DimGray" frame)) >> (when (facep 'fringe) >> (set-face-background 'fringe (face-background 'default) frame) >> (set-face-foreground 'fringe (face-foreground 'default) frame))) >> >> (define-key global-map [f6 ?c ?n] 'my-colors-dark) ;; c color n night >> >> ;; Automatically switch to dark background after sunset >> ;; and to light background after sunrise. >> ;; (Note that `calendar-latitude' and `calendar-longitude' >> ;; should be set before calling the `solar-sunrise-sunset') >> (defun my-colors-set (&optional frame) >> (interactive) >> (require 'solar) >> (if (and calendar-latitude calendar-longitude calendar-time-zone) >> (let* ((l (solar-sunrise-sunset (calendar-current-date))) >>(sunrise-string (apply 'solar-time-string (car l))) >>(sunset-string (apply 'solar-time-string (car (cdr l >>(current-time-string (format-time-string "%H:%M"))) >> (if (or (string-lessp current-time-string sunrise-string) >> (string-lessp sunset-string current-time-string)) >> (my-colors-dark frame) >> (my-colors-light frame)) >> (if (and (boundp 'my-sunset-timer) (timerp my-sunset-timer)) >> (cancel-timer my-sunset-timer)) >> (if (and (boundp 'my-sunrise-timer) (timerp my-sunrise-timer)) >> (cancel-timer my-sunrise-timer)) >> (setq my-sunset-timer (run-at-time sunset-string (* 60 60 24) >> 'my-colors-dark)) >> (setq my-sunrise-timer (run-at-time sunrise-string (* 60 60 24) >> 'my-colors-light) >> >> >> (my-colors-set) >> (add-to-list 'after-make-frame-functions 'my-colors-set) >> >> >> >> >> >> >> 2010/3/9 Carsten Dominik : >> >>> >>
[Orgmode] Re: hyperlink to IMAP email
David Maus ictsoc.de> writes: > Wanderlust does: > > [[wl:%Inbox:user/clear host:993!#4BACBD0F.E2F8C581 blueshieldca.com][<4BACBD0F.E2F8C581 blueshieldca.com>]] > > >How do the org-mode users link to their IMAP mail? > > Doing the linking on two assumptions: > > - the most significant part of a link to a mail message is the >message-id; no matter where it is, the message id identifies what I >am referring to > > - messages have a distinct place: either there are in one of my >inboxes, or there are in a local archive (transfered after 180 >days) > > So I create a link pointing to the inbox: Either the default inbox or > including server information. This link will be valid for 180 days, > that is way enough to open recent links. > > In case the link is invalid because the message is moved to the local archive, > I utilize namazu[1] and Wanderlust's capabilitiy of a "Search folder" > that performs a search for a message in a namazu index. > > HTH > -- David > > [1] http://namazu.org/ > OK, so I spent a few hours configuring Wanderlust. When I try to link to an email message via: [[wl:%OPSLeaders:freyb...@mail.jlab.org:993!#4ba2737a.4060...@jlab.org][emails exchanged]] I get the following error: org-wl-open: Invalid function: wl-folder-get-elmo-folder I can read the email via Wanderlust, now I just need to get the linking working. How do I properly define org-wl-open? Thanks for the help! Arne ___ 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: Export special characters to LaTeX and HTML
"Sven Bretfeld" writes: > I use the same characters for Sanskrit. They export just fine to LaTeX. > To type them I have the following in my .emacs: > > (define-key global-map [(meta a)] nil) ;;make Alt-a free as a prefix > (define-key org-mode-map [(meta a)] nil) > > (defun insert-lang-a () > (interactive) > (ucs-insert "0101")) > (global-set-key "\M-aa" 'insert-lang-a) > > (defun insert-lang-i () > (interactive) > (ucs-insert "012B")) > (global-set-key "\M-ai" 'insert-lang-i) An alternative to the above is to use an input method, e.g. M-x set-input-method RET latin-alt-postfix. Then typing "a-" gives you "ā" (and typing "a--" gives you "a-"). -- Magnus Henoch ___ 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: Org mode and emacs email
Simon Brown writes: > * Richard Riley (rileyrg...@gmail.com) wrote: >> This is pretty "fanboi" of me but its really simple : use Gnus. It can >> do imap fine (you can always move to using a local dovecot >> server and use offlineimap to sync if performance is a problem). > I've had a quick look at the gnus manual and it seems to depend upon > importing your mail which rules it out for me. I'm not prepared to > start collecting mail in a mail reader specific way. Most of my mail > is collected by fetchmail, the IMAP accounts are quite low traffic. This is not a problem. I've used (or do I still do it?) gnus with fetchmail witho no trouble whatsoever. As it's been stated geting Gnus set and ready may take some time but its worth it. Gnus supports mbox quite well with nnfolder backend. -- Miłego dnia, Łukasz Stelmach ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org mode and emacs email
* Richard Riley (rileyrg...@gmail.com) wrote: > This is pretty "fanboi" of me but its really simple : use Gnus. It can > do imap fine (you can always move to using a local dovecot > server and use offlineimap to sync if performance is a problem). I've had a quick look at the gnus manual and it seems to depend upon importing your mail which rules it out for me. I'm not prepared to start collecting mail in a mail reader specific way. Most of my mail is collected by fetchmail, the IMAP accounts are quite low traffic. Simon -- Simon Brown ___ 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] Bug: LaTeX export of plain lists inside description lists [6.34trans]
Carsten Dominik writes: > Bastien, when you ever have a day of programming time - this > would be a great one to address. Okay, I put this on top of the list. Sadly enough, I don't think I'll have a day of programming this month, hopefully within the next two months. Happy to help with Worg and maintainance in the meantime! Best to all, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Org mode and emacs email
Simon Brown writes: > Hi all, > > I currently use mutt as my email client but I'm looking for greater > emacs integration and better html support. Org mode supports at least > gnus, vm and wanderlust. Can anybody advise on the relative pros and > cons? My main restriction is that I don't want to break my mutt setup, > so the client must be able to work with my current collection of mbox > files. I also have 3 IMAP accounts. Using emacs 23 and current org-mode. > > Simon This is pretty "fanboi" of me but its really simple : use Gnus. It can do imap fine (you can always move to using a local dovecot server and use offlineimap to sync if performance is a problem). While I personally detest html email of any kind I understand that we need to, at least, receive it ;) Gnus does that nicely with w3m rendering if necessary. I use maildir : you could always (should you want of course) simply move all messages from an mbox group to a maildir inside gnus. While I cant attest to Gnus and mbox, the documentation indicates full support. Mairix also works well in gnus for fast indexed mail search. The only thing I would say is that Gnus can be quite daunting to start with but if you're familiar with Emacs and Elisp then there's nothing insurmountable and its a question of getting the basics right at the start. It also has quite amazingly (complex!) powerful spam handling which I finally got working only recently... Nothing really "relative" there but my gut feeling is that the other clients are pretty minimally supported these days and not in the same league regarding general functionality but obviously have their own strengths - Wanderlust in particular has far better Imap support I am told. But the person who told me that also claimed that Gnus could not do IMAP which is not correct. Gnus also works well with things like gpg-agent and gnupgp for reading of encrypted files. e.g My local imap connection , |(add-to-list 'gnus-secondary-select-methods |'(nnimap "mymail" |(nnimap-stream network) |(nnimap-address "offlineimap") |(nnimap-authinfo-file "~/.authinfo.gpg") |(nnir-search-engine imap))) ` Feel free to drop me a line when you get started if you need a shove. Oh ... And it reads News ___ 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] #+LABEL: in HTML export
Hi Thomas, Are you talking about figures or about tables? For figures, the label is attached to the figure as the id of the div surrounding figure plus caption. However, this only works if you also specify a caption. But I think that only figures with caption should be targets for links. For tables, I have just made a change so that the label is inserted as an anchor just as you propose: frame="hsides"> This is a table Finally, I am now converting \ref{xxx} macros into links for the HTML backend. One problem is that, so the same \ref macro will lead to the figure in both backends. Hope this helps. - Carsten On Mar 28, 2010, at 10:29 PM, Thomas S. Dye wrote: Aloha all, I am working to create a single org-mode file that exports (almost) identically to HTML and LaTeX. I haven't found a way to do this for cross-references to figures. Here you talk about figures I'm wondering if it would be difficult to change the behavior of the LaTeX exporter to recognize and appropriately export the argument to #+LABEL:? This line above an org-mode table: #+LABEL: tab:xrf is correctly and usefully exported to LaTeX as: \label{tab:xrf} A link in the org-mode file like this: [[tab:xrf][(table 2)]] behaves as expected in the pdf file compiled from the LaTeX export. In situations where it is not difficult to live without LaTeX's cross-referencing facility, this is great. (I know that it is possible to put \ref{tab:xrf} in the org-mode file and that this works beautifully in the LaTeX export, but it does nothing in the HTML export.) The #+LABEL: tab:xrf doesn't appear in HTML export from the same org- mode file. If it could appear there, perhaps like this: then one org-mode file would correctly export these cross-references to both LaTeX and HTML. All the best, Tom ___ 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 - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: removing blocked tasks from custom agenda view
On Mar 28, 2010, at 9:20 PM, Alexandre Russel wrote: I created a custom agenda view with: (tags-todo "CALLS\|PC") but it shows all the todo, even the blocked task. How can I make tags-todo respect the org-agenda-dim-blocked-tasks settings ? I believe this is because the agenda view of tags-todo doesn't have the 'todo-state property so org-blocker-hook are never called. tags-todo views have this property. - Carsten ___ 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: [PATCH] Miscellaneous fixes
On Mar 29, 2010, at 1:51 PM, Bernt Hansen wrote: Hi Carsten, It seems I didn't cook 84e8434337ea86cd242bac6227232fa6e1f5fb6f long enough - it breaks batch refiling operations from the agenda. Please revert this and I'll send a fix when I have one. Done. Apologies, No reason - I am so glad a few people do contribute patches. And with git, taking such a change back is so easy. - Carsten Bernt Carsten Dominik writes: Applied, thanks. - Carsten On Mar 29, 2010, at 4:16 AM, Bernt Hansen wrote: Hi Carsten, I've been running org-mode with the following 4 patches applied on top of master. These are available at git://git.norang.ca/org-mode for-carsten. Regards, Bernt Bernt Hansen (4): Reveal after goto Add completions for checkbox targets Typo: left-over -> leftover Refactor refiling code contrib/lisp/org-checklist.el |2 ++ lisp/ChangeLog|2 +- lisp/org-agenda.el| 11 --- lisp/org-clock.el | 17 + 4 files changed, 16 insertions(+), 16 deletions(-) ___ 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 - Carsten ___ 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 - Carsten ___ 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] Emphasis etc. in #+CAPTION:
On Mar 29, 2010, at 3:14 AM, Nick Dokos wrote: Thomas S. Dye wrote: I see in the Org Manual that: You can make words *bold*, /italic/, _underlined_, =code= and ~verbatim~, and, if you must, ‘+strike-through+’. Text in the code and verbatim string is not processed for Org-mode specific syntax, it is exported verbatim. So a caption like this doesn't export italicized a, b, c, and d (presumably because this is a code string): Hi Tom, IIUC, it's not because it's a code string but simply because the caption is not processed for emphasis (or anything else for that matter - see below). I think the above text in the manual covers the generic case, but captions were probably added afterwards and they didn't get the emphasis treatment. #+CAPTION: Pumice collected from pāhoehoe flows at Manini`ōwali: /a/, pieces that sink in fresh water; /b/, pieces without obvious crystallization or coating (Category A); /c/, pieces with obvious crystallization but no coating (Category B); /d/, pieces with obvious coating (Category C). The scale is 1 cm. Is there a common work-around for this that will produce correct LaTeX and HTML using the org-mode exporters? Can't think of any workaround within org-mode. Post-processing the output to replace /a/ with \emph{a} for LaTeX and a for HTML, perhaps restricted to captions, seems possible (but ugly). And, this is just a question and not a feature request or a request for changes to org-mode, would it be hard to change org-mode's behavior so that markup like /a/ in the #+CAPTION: string exports correctly marked-up text to LaTeX and HTML? I think this is the way it works currently: in org-exp.el:org-export-attach-captions-and-attributes() sets text properties on the following line (the first line of a table or the line containing a link) as follows: ... (add-text-properties (point-at-bol) end (list 'org-caption cap 'org-attributes attr 'org-label label)) The various exporters then retrieve the caption with something like the following code (this is one of the three calls in org-latex.el; the other calls in this exporter, and the other exporters as well, are similar): (let* ... (caption (org-find-text-property-in-string 'org-caption raw- path)) ... This just gets the value of the given text property without further elaboration. So I'd guess it's possible to change these calls so that these values are passed through various filters (emphasis is one of them, but maybe there are others?) before the exporters get them, but it is not done today. But maybe I'm full of it, and somebody will come up with a better idea. Full of good analysis you are. May the force be with you. Well, it is just like Nick says. I am grabbing the caption early, before all that processing happens unfortunately. And, unfortunately, the Org exporters are not modular enough to easily fix this entirely. What I *have* done now is implement basic processing, like emphasis. But I am afraid that footnotes and link formatting, for example, do not work. Hope that make it good enough. - Carsten ___ 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] [PATCH] Speed up org-diary
Hi Matt, that is a good catch. org-diary is a total orphan for me, I have not looked at this function for 5 years - it was written when I was still thinking to use Org-files through the Emacs diary. I have made one change - I have given it 3 seconds instead of 1, I think this is a better value. - Carsten On Mar 28, 2010, at 8:12 PM, Matt Lundin wrote: Hi Carsten, Thanks to the new variable org-agenda-entry-types, I have moved all my appointments from emacs diary into org-mode. It is now quite fast to pull up weekly and monthly calendars with a custom agenda command. The missing piece of the puzzle is integration with "diary" and "cal-tex" functions via the org-diary sexp. I have found org-diary to be excruciatingly slow when called for anything more than a couple of days. I have the following line in my diary file: &%%(org-diary :timestamp :sexp) If I try to view 20 or so upcoming days in the diary by typing C-u 20 d on a date in the calendar, it can take upwards of 30 seconds to generate the diary display. This is of little consequence, since I can, after all, simply use the custom agenda command. But I often want to print out a nice LaTeX calendar of my appointments with cal-tex-cursor-month. And that takes upwards of 50 seconds (see attached elp-results file). Judging from the elp-results, the culprit seems to be org-prepare-agenda-buffers (46 seconds), which is called 31 times (once for each day). It seems to me that since org-diary is being called 31 times in quick succession by the same function (diary-sexp-entry), one should only need to call org-prepare-agenda-buffers once. The only solution I could see to this problem was to add a test to see if org-diary had been called less than 1 second ago. Thus, I added the variable org-diary-last-run-time and a conditional in org-diary that only runs org-prepare-agenda-buffers if org-diary-last-run-time is less than 1 second in the past. With the patch, it now takes appr. 5 seconds to generate the LaTeX calendar with cal-tex and org-prepare-agenda-buffers is called only once. --8<---cut here---start->8--- diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 797728b..6179907 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -4086,6 +4086,8 @@ Needed to avoid empty dates which mess up holiday display." (apply 'diary-add-to-list args) (apply 'add-to-diary-list args))) +(defvar org-diary-last-run-time nil) + ;;;###autoload (defun org-diary (&rest args) "Return diary information from org-files. @@ -4123,8 +4125,14 @@ function from a program - use `org-agenda-get- day-entries' instead." (let* ((files (if (and entry (stringp entry) (string-match "\\S-" entry)) (list entry) (org-agenda-files t))) +(time (org-float-time)) file rtn results) -(org-prepare-agenda-buffers files) +(when (or (not org-diary-last-run-time) + (> (- time + org-diary-last-run-time) +1)) + (org-prepare-agenda-buffers files)) +(setq org-diary-last-run-time time) ;; If this is called during org-agenda, don't return any entries to ;; the calendar. Org Agenda will list these entries itself. (if org-disable-agenda-to-diary (setq files nil)) --8<---cut here---end--->8--- Thanks for looking at this. I'm eager to know if there is a more elegant way of accomplishing the same thing. - Matt cal-tex-cursor-month 1 50.220853 50.220853 cal-tex-list-diary-entries 1 48.950022 48.950022 diary-list-entries 1 48.949987 48.949987 diary-list-sexp-entries 31 48.934395 1.5785288709 diary-sexp-entry 31 48.916153000 1.5779404193 org-diary 31 48.914679 1.5778928709 org-prepare-agenda-buffers 31 46.019204000 1.4844904516 org-agenda-get-day-entries 868 2.644963 0.0030471923 org-refresh-category-properties 868 2.360211 0.0027191370 org-agenda-get-timestamps 868 1.006278 0.0011593064 org-agenda-get-sexps 868 0.868225 0.0010002592 org-end-of-subtree 14260.719536 0.0005045841 org-agenda-get-blocks 868 0.528355 0.0006087039 org-get-agenda-file-buffer 17360.418875 0.0002412880 org-back-to-heading
Re: [Orgmode] Some questions about column view and org mode
On Mar 28, 2010, at 3:36 PM, Friedericksen Hope wrote: Dear all, I start to like column view. :) But as I played around with it, a few questions came up: - Is there some built-in timestamp property? The background is that I would like to have a column with a timestamp in it which I can set manually (but of course, I would like to have the calendar opened up when I press "e" on a field of this column, like on a SCHEDULED or DEADLINE column) I found the TIMESTAMP and TIMESTAMP_IA property in the manual, but I was not able to use this for my purpose and I also do not quite understand for what they are useful, but this is another topic. ;-) They are a way to access the first normal and inactive time stamps in an entry - but they cannot be used to set the timestamp when it does not already exist. - If there is such a thing as a timestamp column, is there a summary method which gives me the timestamp farest away or calculates the maximum difference from today to a timestamp in the past? Hmm, I remember that James TD Smith implemented at some point. Take a look at the @min and @max operators for column view, maybe there is something you can use (I don't know myself, because I have never used these). - Is there a way to get column view work with repeated timestamps? (I would like to have a birthday column with a DEADLINE property and of course, the birthday repeats every year.) If the birthday is the *first* non-keyword time stamp, the TIMESTAMP property should access it. And two questions, not specifically related to column view: - What is the fastest/easiest way to reload an org buffer, so that global settings get loaded (for example changes in global column definitions)? At the moment I close the buffer with C-k RET and open it again with C-f M-p RET but this seems a unnecessarily complicated C-c C-c in any l#+ line. - Carsten ___ 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] [PATCH] Emphasize caption in html output
Hi Thomas, I have just checked in a similar patch, thanks a lot. - Carsten On Mar 29, 2010, at 7:45 AM, Thomas S. Dye wrote: Hi Carsten, This appears to emphasize org-mode markup in html export of captions. It seems to work, but I have a difficult time understanding org-mode code and haven't any sense of the proper way to do things, etc., so caveat emptor. All the best, Tom --- Modified lisp/org-html.el diff --git a/lisp/org-html.el b/lisp/org-html.el index d75d8f5..71e3e99 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1521,7 +1521,7 @@ lang=\"%s\" xml:lang=\"%s\"> (save-match-data (if (string-match "^ltxpng/" src) (format "" src) - (let* ((caption (org-find-text-property-in-string 'org- caption src)) + (let* ((caption (org-export-html-convert-emphasize (org-find- text-property-in-string 'org-caption src))) (attr (org-find-text-property-in-string 'org-attributes src)) (label (org-find-text-property-in-string 'org-label src))) (concat @@ -1599,11 +1599,11 @@ lang=\"%s\" xml:lang=\"%s\"> ;; column and the special lines (setq lines (org-table-clean-before-export lines))) - (let* ((caption (or (get-text-property 0 'org-caption (car lines)) + (let* ((caption (org-export-html-convert-emphasize (or (get-text- property 0 'org-caption (car lines)) (get-text-property (or (next-single-property-change 0 'org-caption (car lines)) 0) -'org-caption (car lines +'org-caption (car lines) (attributes (or (get-text-property 0 'org-attributes (car lines)) (get-text-property (or (next-single-property-change 0 'org-attributes (car lines)) ___ 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 - Carsten ___ 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: [PATCH] Miscellaneous fixes
Hi Carsten, It seems I didn't cook 84e8434337ea86cd242bac6227232fa6e1f5fb6f long enough - it breaks batch refiling operations from the agenda. Please revert this and I'll send a fix when I have one. Apologies, Bernt Carsten Dominik writes: > Applied, thanks. > > - Carsten > > On Mar 29, 2010, at 4:16 AM, Bernt Hansen wrote: > >> Hi Carsten, >> >> I've been running org-mode with the following 4 patches applied on top >> of master. >> >> These are available at git://git.norang.ca/org-mode for-carsten. >> >> Regards, >> Bernt >> >> >> Bernt Hansen (4): >> Reveal after goto >> Add completions for checkbox targets >> Typo: left-over -> leftover >> Refactor refiling code >> >> contrib/lisp/org-checklist.el |2 ++ >> lisp/ChangeLog|2 +- >> lisp/org-agenda.el| 11 --- >> lisp/org-clock.el | 17 + >> 4 files changed, 16 insertions(+), 16 deletions(-) >> >> >> >> ___ >> 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 > > - Carsten > > > > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] checklist and org-after-todo-statistics-hook
On Mar 25, 2010, at 7:14 PM, David Ellis wrote: I have the following in my .emacs file to automatically update the todo state of a parent todo based on the number of completed children. (defun org-summary-todo (n-done n-not-done) "Switch entry to DONE when all subentries are done, to TODO otherwise." (this is an unquoted list) (let (org-log-done org-log-states) ; turn off logging (org-todo (if (= n-not-done 0) "DONE" (if (= n-done 0) "TODO" "STARTED") (add-hook 'org-after-todo-statistics-hook 'org-summary-todo) I have started using checklists and notices that this hook does not get called when the statistics cookie is updated. For example, in the following, the parent todo state gets updated as the statistics cookie is updated: * STARTED Project 1 [1/3] ** DONE task 1 ** TODO task 2 ** TODO task 3 In the following example, the statistics are updated but the hook is not called * TODO Project 1 [1/3] - [X] task 1 - [ ] task 2 - [ ] task 3 Is it possible to change it to call the hook for the second example? Hi Dave, there is a separate for this situation: org-checkbox-statistics-hook HTH - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Tables and Images are shifted to the end of document while exporting to tex file
On Mar 27, 2010, at 4:35 PM, Keith wrote: I think I find where the bug is. I notice the images which are moved to the end of the document were placed just after the footnote syntax, say: here is the content.[fn:footnote] [fn:footnote] here is the footnote of the content. #+CAPTION: caption #+LABEL: fig:caption #+ATTR_LaTex: width=0.9\textwidth, placement=[ht] [[file:/img/img.jpg]] After exporting to tex file, the image part will be replaced. Put the footnote inline, or put the footnote definition after the figure, not before. THe way you have written it, the figure is considered part of the footnote paragraph. - Carsten Keith Keith wrote: Dear all, I have a document containing total around 10 images and tables with the attribute setting "#+ATTR_LaTex: placement=[htb]". However, I notice that two of this images and tables are placed in the end of the pdf document where shouldn't be their place. At the beginning I thought it might be the floating mechanism in Tex system. Nevertheless, after trying lots of tuning in vain, I noticed the position of these image and table were shifted to the end of the file just before "\end{document}" and this causes the mistake of the position. Does anyone has idea about it? Keith ___ 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 - Carsten ___ 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] many an agenda keyword search improvement
Hi Samuel, thanks for this message. I have put this on my list, but I cannot see when I will be able to work on this. - Carsten On Mar 13, 2010, at 6:36 PM, Samuel Wales wrote: Here are agenda suggestions for org keyword searches that I have been collecting. All of them would be very useful (to me). Is it better to use separate emails? 1. Colorize headlines as in the outline. When I search for "forums" in org using M-x org-agenda-dispatch s, I get an agenda that does not colorize the italic part of the headline below. * NAKA [#A] /email and forum/ forums :now:refile: If it could be colorized normally, I would be able to find the headline much faster. 2. Colorize matches. Some hits are from headlines (i.e. "forums" is in the headline), but others are from body text. These are not distinguished. Also, regexp searches do not show what matched, and you can't tell where the match is in a headline easily. These problems are solved by colorizing matches (e.g. using the same face that isearch does). 3. Pre-seed isearch and isearch-regexp. If you RET on a headline, you sometimes want to search for the search expression (e.g. "forums") in the body text. (Optionally) pre-seeding isearch and isearch-regexp with the search expression would allow you to not have to type it. This would turn the entire expression, such as "alpha beta {gamma\|linoleic}", into a regular expression. 4. E-like mode for body matches. If matches are in body text, perhaps the matching lines can be shown under the headilnes with the matches highlighted. 5. Link type for agenda search. Sometimes you want a todo item to do an agenda keyword search. 6. Colorize matches in other window. When you show the outline buffer in the other window, colorize matches there. 7. Search within results. The / command is useful for searching for tags within results (including body text) without having to incur the overhead of an entire agenda search again. I'd like the same thing for keyword searches. Searches are very slow on my system, so I never refine searches. But I would if I had this capability. 8. Or search within results and do other stuff. I also have a proposal for an idea that supersedes #7 and also allows more functionality. I alluded to it in previous email in a footnote. Suppose we could have a "next command operates on the selected entries (or ALL displayed entries if none selected)" command? This could fold the / command and the command I am requesting into a single facility that can then be used for other purposes also. To do a todo search within a keyword search, you just do the keyword search, run the command, then do a todo search. Or any other command. It could be on /. Current / behavior could be done with two /es (first says next command is within results and second says do tag search). 9. Search in attachments. I have already covered this in another email. Perhaps the discussion could be revived if there is enough interest. Thanks. Samuel -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.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 - Carsten ___ 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] Bug in LaTeX export of org-html-entities?
Hi Gerald, Ulf Stegemann and myself have been working on improving this problem. The result of this work is in a special branch on the git repo, called "new-entity-support". If you have time, maybe you can check out this branch and test it, to see if the problem you reported is indeed fixed. - Carsten On Feb 26, 2010, at 11:24 AM, Geralt wrote: Hello, I think there's at least one bug in the org-export-latex-treat-backslash-char function, because it does not correctly export entries of the org-html-entities variable that have the form ("Rightarrow" . "⇒"). To render such entities the function uses (member (list string-after) org-html-entities), but that fails for these entries. Assuming that org-html-entities is an alist a correct check would be (assoc string-after org-html-entities). But even then I think the function is broken, because it renders these entities with the following piece of code: (cond ((member (list string-after) org-html-entities) ;; backslash is part of a special entity (like "\alpha") (concat string-before "$\\" (or (cdar (member (list string-after) org-html-entities)) string-after) "$")) ;; other cases follow here, I've omitted them If I replace just the condition-check with the (assoc ...) version the export of, for example, \Rightarrow works, but due to the association of Rightarrow with rArr we should expect that it should render \Rightarrow as "⇒" which is of course only meaningful for HTML. So I think we need here another condition, namely (cond ((assoc string-after org-html-entities) (concat string-before "$\\" (or (cdr (assoc string-after org-html-entities)) string-after) "$")) but that's not enough we also need a new entity variable org-latex-entities which mapps entities like \rArr to \Rightarrow, so instead of an entry ("Rightarrow" . "⇒") we need an entry ("rArr" . "Rightarrow") and put an entry with empty cdr in this alist for Rightarrow: ("Rightarrow"). Can you confirm this bug? And if yes, do you have a better solution than I to avoid the duplication of the entities variable? Geralt. ___ 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 - Carsten ___ 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] Bug: LaTeX export of plain lists inside description lists [6.34trans]
Hi Günter, this is a known limitation of the LaTeX exporter. You cannot have text between two items of a plain list. Bastien, when you ever have a day of programming time - this would be a great one to address. - Carsten On Mar 28, 2010, at 2:23 PM, Günter Kolousek wrote: Using the following orgmode text: * Test - XXX :: /testing/ + one plain list item + just another one here follows a plain paragraph + and another new plain list + second item next new paragraph the LaTeX exporter produces: \section{Test} \label{sec-1} \begin{itemize} \item[XXX] \emph{testing} \begin{itemize} \item one plain list item \item just another one \end{itemize} \item[XXX]and another new plain list \item[XXX]second item next new paragraph \end{itemize} The HTML export works fine! Sorry, for not providing a patch Günter Emacs : GNU Emacs 23.1.50.1 (i486-pc-linux-gnu, GTK+ Version 2.18.0) of 2009-09-27 on palmer, modified by Debian Package: Org-mode version 6.34trans current state: == (setq org-log-done 'time org-export-latex-after-initial-vars-hook '(org-beamer-after-initial- vars) org-special-ctrl-a/e t org-level-color-stars-only t org-load-hook '((lambda nil (textmate-mode) (toggle-truncate-lines 1) (define-key org-mode-map (kbd "C-") (quote elscreen-previous)) (define-key org-mode-map (kbd "C-") (quote elscreen-next)) (define-key org-mode-map [C-tab] (quote ido-switch- buffer)) (define-key org-mode-map (kbd "M-+") (quote org- complete)) (define-key org-mode-map (kbd "M-n") (quote outline-next-visible-heading)) (define-key org-mode-map (kbd "M-p") (quote outline-previous-visible-heading)) (define-key org-mode-map (kbd "C-+") (quote org-force-cycle-archived)) ) ) org-hide-leading-stars t org-completion-use-ido t org-metaup-hook '(org-babel-load-in-session-maybe) org-after-todo-state-change-hook '(org-clock-out-if-current wicked/org-clock-out-if-waiting wicked/org-clock-in-if-starting) org-babel-interpreters '("emacs-lisp" "python" "sh") org-odd-levels-only t org-export-latex-format-toc-function 'org-export-latex-format-toc- default org-export-preprocess-hook '(org-export-blocks-preprocess) org-tab-first-hook '(org-babel-hide-result-toggle-maybe 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-export-first-hook '(org-beamer-initialize-open-trackers) org-agenda-before-write-hook '(org-agenda-add-entry-text) 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-classes '(("article" "\\documentclass[11pt]{article}\n\\usepackage[AUTO]{inputenc}\n\ \usepackage[T1]{fontenc}\n\\usepackage{graphicx}\n\ \usepackage{longtable}\n\\usepackage{float}\n\\usepackage{wrapfig}\n\ \usepackage{soul}\n\\usepackage{latexsym}\n\\usepackage{amssymb}\n\ \usepackage{hyperref}" ("\\section{%s}" . "\\section*{%s}") ("\\subsection{%s}" . "\\subsection*{%s}") ("\\subsubsection{%s}" . "\ \subsubsection*{%s}") ("\\paragraph{%s}" . "\\paragraph*{%s}") ("\\subparagraph{%s}" . "\ \subparagraph*{%s}")) ("report" "\\documentclass[11pt]{report}\n\\usepackage[AUTO]{inputenc}\n\ \usepackage[T1]{fontenc}\n\\usepackage{graphicx}\n\ \usepackage{longtable}\n\\usepackage{float}\n\\usepackage{wrapfig}\n\ \usepackage{soul}\n\\usepackage{latexsym}\n\\usepackage{amssymb}\n\ \usepackage{hyperref}" ("\\part{%s}" . "\\part*{%s}") ("\\chapter{%s}" . "\\chapter*{%s}") ("\\section{%s}" . "\\section*{%s}") ("\\subsection{%s}" . "\\subsection*{%s}") ("\\subsubsection{%s}" . "\ \subsubsection*{%s}")) ("book" "\\documentclass[11pt]{book}\n\\usepackage[AUTO]{inputenc}\n\ \usepackage[T1]{fontenc}\n\\usepackage{graphicx}\n\ \usepackage{longtable}\n\\usepackage{float}\n\\usepackage{wrapfig}\n\ \usepackage{soul}\n\\usepackage{latexsym}\n\\usepackage{amssymb}\n\ \usepackage{hyperref}" ("\\part{%s}" . "\\part*{%s}") ("\\chapter{%s}" . "\\chapter*{%s}") ("\\section{%s}" . "\\section*{%s}") ("\\subsection{%s}" . "\\subsection*{%s}") ("\\subsubsection{%s}" . "\ \subsubsection*{%s}")
Re: [Orgmode] removing blocked tasks from custom agenda view
On Mar 28, 2010, at 2:43 PM, Alexandre Russel wrote: Hi all, when I C-c a t, I don't see the blocked task because I set: (setq org-agenda-dim-blocked-tasks 'invisible) I created a custom agenda view with: (tags-todo "CALLS\|PC") but it shows all the todo, even the blocked task. How can I make tags-todo respect the org-agenda-dim-blocked-tasks settings ? I cannot reproduce this, for me also in this view blocked tasks are dimmed. - Carsten ___ 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] many an agenda keyword search improvement
Hi Samuel, thanks for this message. I have put this on my list, but I cannot see when I will be able to work on this. - Carsten On Mar 13, 2010, at 6:36 PM, Samuel Wales wrote: Here are agenda suggestions for org keyword searches that I have been collecting. All of them would be very useful (to me). Is it better to use separate emails? 1. Colorize headlines as in the outline. When I search for "forums" in org using M-x org-agenda-dispatch s, I get an agenda that does not colorize the italic part of the headline below. * NAKA [#A] /email and forum/ forums :now:refile: If it could be colorized normally, I would be able to find the headline much faster. 2. Colorize matches. Some hits are from headlines (i.e. "forums" is in the headline), but others are from body text. These are not distinguished. Also, regexp searches do not show what matched, and you can't tell where the match is in a headline easily. These problems are solved by colorizing matches (e.g. using the same face that isearch does). 3. Pre-seed isearch and isearch-regexp. If you RET on a headline, you sometimes want to search for the search expression (e.g. "forums") in the body text. (Optionally) pre-seeding isearch and isearch-regexp with the search expression would allow you to not have to type it. This would turn the entire expression, such as "alpha beta {gamma\|linoleic}", into a regular expression. 4. E-like mode for body matches. If matches are in body text, perhaps the matching lines can be shown under the headilnes with the matches highlighted. 5. Link type for agenda search. Sometimes you want a todo item to do an agenda keyword search. 6. Colorize matches in other window. When you show the outline buffer in the other window, colorize matches there. 7. Search within results. The / command is useful for searching for tags within results (including body text) without having to incur the overhead of an entire agenda search again. I'd like the same thing for keyword searches. Searches are very slow on my system, so I never refine searches. But I would if I had this capability. 8. Or search within results and do other stuff. I also have a proposal for an idea that supersedes #7 and also allows more functionality. I alluded to it in previous email in a footnote. Suppose we could have a "next command operates on the selected entries (or ALL displayed entries if none selected)" command? This could fold the / command and the command I am requesting into a single facility that can then be used for other purposes also. To do a todo search within a keyword search, you just do the keyword search, run the command, then do a todo search. Or any other command. It could be on /. Current / behavior could be done with two /es (first says next command is within results and second says do tag search). 9. Search in attachments. I have already covered this in another email. Perhaps the discussion could be revived if there is enough interest. Thanks. Samuel -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.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 - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Tables and Images are shifted to the end of document while exporting to tex file
On Mar 27, 2010, at 4:35 PM, Keith wrote: I think I find where the bug is. I notice the images which are moved to the end of the document were placed just after the footnote syntax, say: here is the content.[fn:footnote] [fn:footnote] here is the footnote of the content. #+CAPTION: caption #+LABEL: fig:caption #+ATTR_LaTex: width=0.9\textwidth, placement=[ht] [[file:/img/img.jpg]] After exporting to tex file, the image part will be replaced. Put the footnote inline, or put the footnote definition after the figure, not before. THe way you have written it, the figure is considered part of the footnote paragraph. - Carsten Keith Keith wrote: Dear all, I have a document containing total around 10 images and tables with the attribute setting "#+ATTR_LaTex: placement=[htb]". However, I notice that two of this images and tables are placed in the end of the pdf document where shouldn't be their place. At the beginning I thought it might be the floating mechanism in Tex system. Nevertheless, after trying lots of tuning in vain, I noticed the position of these image and table were shifted to the end of the file just before "\end{document}" and this causes the mistake of the position. Does anyone has idea about it? Keith ___ 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 - Carsten ___ 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] Literal HTML export and paragraphs
Hi Ulf, On Feb 23, 2010, at 1:58 PM, Ulf Stegemann wrote: Hi, not quite sure if that's a bug but I've just noticed that literal HTML export with `#+HTML' or `#+BEGIN_HTML ...' suppresses paragraph markups whenever literal export appears at the end of a paragraph. An org file like this , | line 1 | line 2 | | line 3 ` is exported to , | | line 1 | line 2 | | | line 3 | ` while an org file like this , | line 1 | #+HTML: line 2 | | line 3 ` is exported to , | | line 1 | line 2 | | line 3 | ` This is probably not a major thing but it may lead to invalid HTML code. Suppose `line 3' is replaced by e.g. an example block (which inserts its own p element) then a p element would appear inside another p element which is not allowed. I think your observation is correct. However, it is very tricky to get this right, and I don't have the time to look into this now. - Carsten ___ 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] checklist and org-after-todo-statistics-hook
On Mar 25, 2010, at 7:14 PM, David Ellis wrote: I have the following in my .emacs file to automatically update the todo state of a parent todo based on the number of completed children. (defun org-summary-todo (n-done n-not-done) "Switch entry to DONE when all subentries are done, to TODO otherwise." (this is an unquoted list) (let (org-log-done org-log-states) ; turn off logging (org-todo (if (= n-not-done 0) "DONE" (if (= n-done 0) "TODO" "STARTED") (add-hook 'org-after-todo-statistics-hook 'org-summary-todo) I have started using checklists and notices that this hook does not get called when the statistics cookie is updated. For example, in the following, the parent todo state gets updated as the statistics cookie is updated: * STARTED Project 1 [1/3] ** DONE task 1 ** TODO task 2 ** TODO task 3 In the following example, the statistics are updated but the hook is not called * TODO Project 1 [1/3] - [X] task 1 - [ ] task 2 - [ ] task 3 Is it possible to change it to call the hook for the second example? Hi Dave, there is a separate for this situation: org-checkbox-statistics-hook HTH - Carsten ___ 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] Org mode and emacs email
Hi all, I currently use mutt as my email client but I'm looking for greater emacs integration and better html support. Org mode supports at least gnus, vm and wanderlust. Can anybody advise on the relative pros and cons? My main restriction is that I don't want to break my mutt setup, so the client must be able to work with my current collection of mbox files. I also have 3 IMAP accounts. Using emacs 23 and current org-mode. Simon -- Simon Brown ___ 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] clocktable display format
Le 26 Mar 2010 17:31, Olivier Schwander a écrit: > Hello, > > I am using clocktable to display a summary of the effort in a subtree. > As I am not particularly interested in precise hourly details, I would > like to display the total time in days instead of hours. > > Now I have: > | L | Headline | Time || > |---+---+--+| > | | *Total time* | *528:00* || > > and I would like: > | L | Headline | Time || > |---+---+--+| > | | *Total time* | *22* || > > I tried to add a formula in the table, but it doesn't work since the > fields are in the format hour:minute. I suppose I could use org-babel to > parse the content of the field and convert it into days but it seems > rather complicated and I would be happy with a simple solution. Any > ideas ? I am replying to myself in order to explain my solution. As it does not seem to be possible to change the display format, I simply added an elisp formula in the table (thanks to Carsten who suggested not to use babel). The difficulty was to parse the content of the field since it's not a number but a string with a colon in the middle. #+BEGIN: clocktable :maxlevel 2 :scope subtree Clock summary at [2010-03-26 ven. 17:56] | L | Headline | Time | | |---+---+--+---| | | *Total time* | *528:00* | *22 days* | |---+---+--+---| | 1 | All | 528:00 | | | 2 | Event A | | 72:00 | | 2 | Event B | | 96:00 | | 2 | Event C | |120:00 | | 2 | Event D | |120:00 | | 2 | Event E | |120:00 | #+TBLFM: @2$4='(concat "*" (number-to-string (/ (string-to-number (if (string-match "\\(.+\\):.+" @3$3) (match-string 1 @3$3))) 24)) " days*") #+END: Notice that the formula is kept when updating the clocktable, so it's very easy to use. I really needed this since I had to know the number of days spent to theses events (the duration of a trip is naturally in days, not in hours). I am not sure if this tips has a real interest for work, but I can add it if you ask. Cheers, Olivier ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Bug: LaTeX export of plain lists inside description lists [6.34trans]
Günter Kolousek writes: > + one plain list item > + just another one > > here follows a plain paragraph > > + and another new plain list > + second item AFAIK this is a know bug in the LaTeX exporter which is hard to fix. Search the archives for a more detailed explanation. HTH Christian -- Christian Egli Swiss Library for the Blind, Visually Impaired and Print Disabled Grubenstrasse 12, CH-8045 Zürich, Switzerland ___ 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] [PATCH] Emphasize caption in LaTeX output
Hi Carsten, This appears to emphasize org-mode markup in LaTeX export of caption strings, caveat emptor. All the best, Tom - Modified lisp/org-latex.el diff --git a/lisp/org-latex.el b/lisp/org-latex.el index 2ba6e31..03517d5 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -1,4 +1,4 @@ -;;; org-latex.el --- LaTeX exporter for org-mode +;; org-latex.el --- LaTeX exporter for org-mode ;; ;; Copyright (C) 2007, 2008, 2009 Free Software Foundation, Inc. ;; @@ -1573,6 +1573,7 @@ The conversion is made depending of STRING- BEFORE and STRING-AFTER." (progn (setq caption (org-find-text-property-in-string 'org-caption raw-table) + caption (and caption (org-export-latex-fontify- headline caption)) attr (org-find-text-property-in-string 'org-attributes raw-table) label (org-find-text-property-in-string @@ -1671,6 +1672,7 @@ The conversion is made depending of STRING- BEFORE and STRING-AFTER." (setq line (buffer-substring (point-at-bol) (point-at-eol)) label (org-get-text-property-any 0 'org-label line) caption (org-get-text-property-any 0 'org-caption line) + caption (and caption (org-export-latex-fontify-headline caption )) attr (org-get-text-property-any 0 'org-attributes line) align (and attr (stringp attr) (string-match "\\@@ -1807,6 +1809,7 @@ The conversion is made depending of STRING- BEFORE and STRING-AFTER." "file"))) (coderefp (equal type "coderef")) (caption (org-find-text-property-in-string 'org-caption raw- path)) +(caption (and caption (org-export-latex-fontify-headline caption))) (attr (or (org-find-text-property-in-string 'org-attributes raw- path) (plist-get org-export-latex-options-plist :latex-image- options))) (label (org-find-text-property-in-string 'org-label raw-path)) ___ 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