Re: [Orgmode] Easily go to some frequently accessed heading (narrowed to region)
Thanks Bastien, This is almost what I wanted and although I'm not a lisp hacker I think I should be able to start from this and google my way to what I want. -- Darlan At Wed, 02 Feb 2011 11:28:45 +0100, Bastien bastien.gue...@wikimedia.fr wrote: Hi Darlan, Darlan Cavalcante Moreira darc...@gmail.com writes: I have a main .org file where I put almost everything. There is a Projects headline where each subheading is a different project. During the day I need to go to the Projects headline and open one of the its subheadings when I want and add/read something in that project. I know I can use a capture template to add something to one of the projects, but that does not work (or does it?) when I just want to read or modify something. Maybe some dummy function like that? (defun my-find-org-heading nil Find a heading. (interactive) (find-file ~/org/my.org) (goto-char (point-min)) (search-forward * Your heading) (org-narrow-to-subtree)) -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Easily go to some frequently accessed heading (narrowed to region)
Thanks Eric I tried org-goto before, but I needed something that I could bind to a shortcut and that would go to a specif project without needing further steps. As far as I could understand org-goto is very nice to navigate to a specific parts in the file iteratively, but not appropriated to be called inside a lisp function. A custom agenda view is is good to see the tasks associated with a project and I already tag each project as you suggested, but besides the tasks there are some subheadings in each project that have only information without tasks or schedule/deadline dates. That is what motivated me to search for a way to quickly access the project contents and not only its tasks. -- Darlan At Wed, 02 Feb 2011 07:30:25 +, Eric S Fraga e.fr...@ucl.ac.uk wrote: Darlan Cavalcante Moreira darc...@gmail.com writes: Hello, I have a main .org file where I put almost everything. There is a Projects headline where each subheading is a different project. During the day I need to go to the Projects headline and open one of the its subheadings when I want and add/read something in that project. I know I can use a capture template to add something to one of the projects, but that does not work (or does it?) when I just want to read or modify something. Does anyone has some function to easily jump to a specific headline as well as narrowing to that headline? What I have in mind is some function that switches to a specific headline, call org-tree-to-indirect-buffer and rename the buffer to the headline title (if the buffer already exists just switch to it). In this way I could bind keys to easily go to the most common projects. The holy grail would be something similar to the agenda that would present me with the different projects. Two quick suggestions, neither of which does exactly what you want (I'm sure others will chime in): 1. use =org-goto= followed by =org-narrow-to-subtree=. 2. use a custom agenda view and either tag or categorise all your projects and sub-projects. Neither of these gives you a separate indirect buffer but may make access easier. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.294.g8158) ___ 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: [OT] M-x not working anymore
You can create a shourtcut to emacs somewhere and edit the command of that shotcut to include the options you want in the command, in this case the -q flag. -- Darlan At Tue, 01 Feb 2011 13:46:10 -0800, Markus Heller helle...@gmail.com wrote: Erik Iverson er...@ccbr.umn.edu writes: Markus Heller wrote: Tassilo Horn tass...@member.fsf.org writes: Markus Heller helle...@gmail.com writes: Hi Markus, M-x doesn't work anymore!! The M key works, e.g. M-w still does what it's supposed to if a region is active, and I can use ESC x instead. What does C-h k M-x say? For C-h k M-x, it doesn't say anything. For C-h k ESC-x, it says the following: snip You should start emacs with the -q flag and see if it still happens. Assuming M-x returns, comment out 1/2 of your .emacs file and determine by binary search where the problem is. That might be a stupid question, but how do I do this under Win 7? I just double-click on runemacs.exe ... Markus ___ 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] adding to /contrib/scripts
Arun Persaud apers...@lbl.gov writes: Feel free to ask Matt for Worg's access and push your changes on Worg! already got access... will update the page to reflect the new location of the awk script in the next days. I've seen your changes, thanks for that! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] strike through display problem
Hi Sebastian,
Sebastian Hofer sebho...@gmail.com writes:
I just found a little display bug (or a weirdness at least). The
following text
${+}$ some text ${+}$
is displayed as struck-trough in org-mode (git checkout from some days
ago). Note that
${A+}$ some text ${+}$
${+}$ some text ${+A}$
both work fine. This may not be very common, still I thought I report
it. Maybe it's easy to fix :)
Have a look at `org-emphasis-regexp-components', which you can customize
to avoid such problem.
HTH,
--
Bastien
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Fontification of blocks
Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi Eric, Dan all, Eric Schulte wrote: I think that adding a new block delimiter face which inherits from the org-meta face as you've suggested is the way to go. [...] Here a proposition that goes in that direction -- not yet a real patch, but something for you to have a look at. Should be easy to test, at least, that's what I tried to achieve. This works very well (for me). I like the result, with or without block fontification. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.294.g8158) ___ 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] Hiding/Narrowing dblocks and keywords
Bastien bastien.gue...@wikimedia.fr writes: Hi Leonidas, Leonidas Tsampros ltsamp...@upnet.gr writes: I'm a recent new happy org-mode user. While hacking around and using it for various tasks/todos and schedules, it occured to me that keywords and dynamic blocks take a lot of screen real estate while I do very little editing on them. You can now use this: M-x org-narrow-to-block RET (or C-x n b) This work for all blocks, being source blocks or dynamic blocks. (Note that the usual way of editing src block is to use C-c ' .) I cannot find such a command in my current version of Org-mode (6.21b) so I'll have to upgrade first and then test. Thanks. Is there a way to have dblocks/keywords hidden/narrowed in a per buffer manner? I'm not sure I understand the part of your request re keywords, though... can you explicit a bit? Thanks, Yes. Let's say I have a buffer like this: #+LINK: blabla1 http://blablabla/%s #+LINK: blabla2 http://blablabla2.org/%s #+LINK: blabla3 http://blablabla3.org/%s #+TODO: TODO1(t) | DONE1(d) * test entry1 #+BEGIN clocktable :maxlevel 3 :scope file :link Clock summary etc etc clock table would be here with multiple lines #+END: My question is: Can I hide the keywords defined on the top of the buffer and the keywords defined for the dynamic block that might be occurring further in my tree? Did I clarify my question enough? Or am I misunderstading the way dblocks/keywords work? Thanks, Leonidas ___ 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: [Feature Request] Cross headings in tables
Achim Gratz wrote: [...] The first header is still determined like it always was. Headers inside table need to get a special hline, the choice of ~ for this was dictated by most of the other characters already being used for various markup inside or outside tables. When I say halfway there, I mean that the export is working and the lines are recognized as hlines everywhere I could find (there may still be some regexpressions floating around that don't). However, aligning tables will replace the wigglies with plain dashes since I have not yet found a way to inject the correct character for the currently hardcoded -. The HTML export for the above table looks like this: [...] If somebody has an idea how to make the table alignment work, please lend me a hand. Experimental patch is attached, comments are welcome. How about the following two patches on top. The first fixes table alignment, the second fixes LaTeX export of these tables. From c555b7e15b617538490210a041bd4af45e51d752 Mon Sep 17 00:00:00 2001 From: Lawrence Mitchell we...@gmx.li Date: Wed, 2 Feb 2011 12:20:12 + Subject: [PATCH 1/2] Correctly realign tables with internal headers To: emacs-orgmode@gnu.org * lisp/org-table.el (org-table-align): Deal with internal headers (specified by ?~) when realigning. --- lisp/org-table.el | 38 -- 1 files changed, 24 insertions(+), 14 deletions(-) diff --git a/lisp/org-table.el b/lisp/org-table.el index 9437ae1..498a6fc 100644 --- a/lisp/org-table.el +++ b/lisp/org-table.el @@ -632,7 +632,7 @@ When nil, simply write \#ERROR\ in corrupted fields.) lines (new ) lengths l typenums ty fields maxfields i column (indent ) cnt frac -rfmt hfmt +rfmt hfmt tfmt (spaces '(1 . 1)) (sp1 (car spaces)) (sp2 (cdr spaces)) @@ -640,6 +640,8 @@ When nil, simply write \#ERROR\ in corrupted fields.) (make-string sp2 ?\ ) %%%s%ds (make-string sp1 ?\ ) |)) (hfmt1 (concat (make-string sp2 ?-) %s (make-string sp1 ?-) +)) +(tfmt1 (concat +(make-string sp2 ?~) %s (make-string sp1 ?~) +)) emptystrings links dates emph raise narrow falign falign1 fmax f1 len c e space) (untabify beg end) @@ -680,17 +682,19 @@ When nil, simply write \#ERROR\ in corrupted fields.) ;; Mark the hlines by setting the corresponding element to nil ;; At the same time, we remove trailing space. (setq lines (mapcar (lambda (l) - (if (string-match ^ *|[-~] l) - nil - (if (string-match [ \t]+$ l) - (substring l 0 (match-beginning 0)) - l))) + (cond ((string-match ^ *|[-] l) +'dash) + ((string-match ^ *|[~] l) +'tilde) + ((string-match [ \t]+$ l) +(substring l 0 (match-beginning 0))) + (t l))) lines)) ;; Get the data fields by splitting the lines. (setq fields (mapcar (lambda (l) (org-split-string l *| *)) - (delq nil (copy-sequence lines + (delq 'dash (delq 'tilde (copy-sequence lines) ;; How many fields in the longest line? (condition-case nil (setq maxfields (apply 'max (mapcar 'length fields))) @@ -770,19 +774,25 @@ When nil, simply write \#ERROR\ in corrupted fields.) (concat (car c) space ;; Compute the formats needed for output of the table -(setq rfmt (concat indent |) hfmt (concat indent |)) +(setq rfmt (concat indent |) hfmt (concat indent |) + tfmt (concat indent |)) (while (setq l (pop lengths)) (setq ty (if (pop typenums) -)) ; number types flushright (setq rfmt (concat rfmt (format rfmt1 ty l)) - hfmt (concat hfmt (format hfmt1 (make-string l ?-) + hfmt (concat hfmt (format hfmt1 (make-string l ?-))) + tfmt (concat tfmt (format tfmt1 (make-string l ?~) (setq rfmt (concat rfmt \n) - hfmt (concat (substring hfmt 0 -1) |\n)) - + hfmt (concat (substring hfmt 0 -1) |\n) + tfmt (concat (substring tfmt 0 -1) |\n)) (setq new (mapconcat (lambda (l) -(if l (apply 'format rfmt - (append (pop fields) emptystrings)) - hfmt)) +(cond ((eq l 'dash) + hfmt) + ((eq l 'tilde) + tfmt) + (t + (apply 'format rfmt + (append (pop fields) emptystrings) lines )) (if
Re: [Orgmode] Hiding/Narrowing dblocks and keywords
Hi Leonidas, Leonidas Tsampros ltsamp...@upnet.gr writes: I'm a recent new happy org-mode user. While hacking around and using it for various tasks/todos and schedules, it occured to me that keywords and dynamic blocks take a lot of screen real estate while I do very little editing on them. You can now use this: M-x org-narrow-to-block RET (or C-x n b) This work for all blocks, being source blocks or dynamic blocks. (Note that the usual way of editing src block is to use C-c ' .) Is there a way to have dblocks/keywords hidden/narrowed in a per buffer manner? I'm not sure I understand the part of your request re keywords, though... can you explicit a bit? Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Strange behaviour of produced latex-pdf
Dear all, have encountered the following strange behaviour in producing latex-
pdf from a standard outline, C-c C-e d . One of many top nodes is seemingly
arbitrarily not broken down into subnodes. It works fine, however, when
producing html. Emacs 23.1.1; org-7.4 manually installed; ubuntu 10.04 LTS.
The following declarations are used:
#+TITLE: Blah
#+LaTeX_CLASS: book
#+LATEX_HEADER: \usepackage{a5}\usepackage{german}
#+LANGUAGE: DE
#+TEXT: Blah
While most top nodes are broken down like
\chapter{blah}
\section{blah}
etc..
...one chapter is simply not broken down. I have checked the org file with vi,
there is no evidence that anything is wrong in the orgfile structure. All go
*chapter
**section
***subsection
etc.
Like others, the unrefined chapter contains only (sub)headlines, no text yet.
Any ideas?
___
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] iimage and eps?
Hi Piter, Piter_ x.pi...@gmail.com writes: Can I display eps images using iimage trick? Please give us more information: what did you try? How did it fail? Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] [BUG] Timestamps surrounded by @@ in HTML export
On Wed, Feb 2, 2011 at 3:18 PM, Bastien bastien.gue...@wikimedia.fr wrote: Hi Puneeth, Puneeth Chaganti puncha...@gmail.com writes: I don't really understand what is going on here, but there was one @ still appearing after this patch was applied. I am sending a patch to remove the one remaining @ symbol in the `org-html-handle-time-stamps` function. I don't know if this breaks something else and why this was left out by Jason. Better to test your own patch then ;) I did so, looks fine, I applied it. Thanks! :) I did test my patch and it worked. But these @ seemed to have been put there for some reason, I wasn't able to understand, in the quick look that I had. Anyway, thanks. -- Puneeth ___ 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: Maximum ranges information lost in org-schedule
Fixed. Thanks! I confirmed that bug fixed. Regards. ___ 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] [BUG] Timestamps surrounded by @@ in HTML export
Hi Puneeth, Puneeth Chaganti puncha...@gmail.com writes: I don't really understand what is going on here, but there was one @ still appearing after this patch was applied. I am sending a patch to remove the one remaining @ symbol in the `org-html-handle-time-stamps` function. I don't know if this breaks something else and why this was left out by Jason. Better to test your own patch then ;) I did so, looks fine, I applied it. Thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Fontification of blocks
Hi Seb, Just quickly, one thing I noticed is that the begin/end lines were visible even inside folded trees. I.e., in a folded org file, containing many src blocks, I could see the coloured backgrounds poking out of the folded sections, extending to the right of the screen. Do you see that? Also, Eric Schulte wrote: I think that adding a new block delimiter face which inherits from the org-meta face as you've suggested is the way to go. I would recommend however that rather than removing/changing the org-meta-line, quote and verse delimiting faces to cover the entire line you simply add the org-block-begin/end-line face overtop of these existing faces. That way the default behavior is not changed by the patch, and users have more control over the final display. In fact rather than having the org-block-begin/end-line faces inherit from org-meta-line why not have them begin as empty faces. Do you think this sounds like a good way to go? If so would you mind submitting a patch which - doesn't remove existing faces but rather adds these new faces overtop of them - includes of definition of the org-block-begin/end-line faces to empty faces (otherwise the elisp compiler will warn of references to undefined variables) Could you clarify whether the above suggestions have been adopted or rejected? At the moment the code below alters the background color of the begin/end lines by default; but presumably the final version will not alter any appearances by default? How will that work? Would you be able to supply a patch, or better, put your work in a publicly accessible git branch? It's hard to see exactly what changes you have made with the full code as below. (Please contact me for write access if you'd like to use the fork at https://github.com/dandavison/org-devel.) Dan Also, could you share an example code snippet which initializes the org-block-begin/end-line faces initialized (either here and/or on worg)? Here a proposition that goes in that direction -- not yet a real patch, but something for you to have a look at. Should be easy to test, at least, that's what I tried to achieve. #+TITLE: Patch for block fontification #+DATE: 2011-02-01 #+LANGUAGE: en_US * Abstract This is the new code that I will supply as a patch. To test it, just evaluate the next source block, and please report any problem. What it does: - add 2 faces for the lines delimiting the beginning and the end of the source block - fixes a tiny bug (affecting the begin delimiter line of source blocks) when in native fontification (from Dan Davison) FOR PEOPLE BEING MORE EXPERTS THAN I AM, it shows what I tried for adding a yellow (very visible, for test purpose) background to the natively fontified source blocks. This does not work, but is commented -- so it does not impact anything unless you uncomment it... See line NOK. * Code #+begin_src emacs-lisp :results silent (defface org-block-begin-line '((t (:inherit org-meta-line :underline light grey :foreground #008ED1 :background #EAEAFF))) Face used for the line delimiting the begin of source blocks.) (defface org-block-end-line '((t (:inherit org-meta-line :overline light grey :foreground #008ED1 :background #EAEAFF))) Face used for the line delimiting the end of source blocks.) (defface org-block-background '((t (:background #00))) Face used for the source block background.) (defun org-fontify-meta-lines-and-blocks (limit) Fontify #+ lines and blocks, in the correct ways. (let ((case-fold-search t)) (if (re-search-forward ^\\([ \t]*#\\+\\(\\([a-zA-Z]+:?\\| \\|$\\)\\(_\\([a-zA-Z]+\\)\\)?\\)[ \t]*\\(\\([^ \t\n]*\\)[ \t]*\\(.*\\)\\)\\) limit t) (let ((beg (match-beginning 0)) (block-start (match-end 0)) (block-end nil) (lang (match-string 7)) (beg1 (line-beginning-position 2)) (dc1 (downcase (match-string 2))) (dc3 (downcase (match-string 3))) end end1 quoting block-type) (cond ((member dc1 '(html: ascii: latex: docbook:)) ;; a single line of backend-specific content (org-remove-flyspell-overlays-in (match-beginning 0) (match-end 0)) (remove-text-properties (match-beginning 0) (match-end 0) '(display t invisible t intangible t)) (add-text-properties (match-beginning 1) (match-end 3) '(font-lock-fontified t face org-meta-line)) (add-text-properties (match-beginning 6) (+ (match-end 6) 1) '(font-lock-fontified t face org-block)) ; for backend-specific code t) ((and (match-end 4) (equal dc3 begin)) ;; Truly a block (setq block-type (downcase (match-string 5)) quoting (member
Re: [Orgmode] Easily go to some frequently accessed heading (narrowed to region)
Darlan Cavalcante Moreira darc...@gmail.com writes: Hello, I have a main .org file where I put almost everything. There is a Projects headline where each subheading is a different project. During the day I need to go to the Projects headline and open one of the its subheadings when I want and add/read something in that project. I know I can use a capture template to add something to one of the projects, but that does not work (or does it?) when I just want to read or modify something. Does anyone has some function to easily jump to a specific headline as well as narrowing to that headline? What I have in mind is some function that switches to a specific headline, call org-tree-to-indirect-buffer and rename the buffer to the headline title (if the buffer already exists just switch to it). In this way I could bind keys to easily go to the most common projects. The holy grail would be something similar to the agenda that would present me with the different projects. Two quick suggestions, neither of which does exactly what you want (I'm sure others will chime in): 1. use =org-goto= followed by =org-narrow-to-subtree=. 2. use a custom agenda view and either tag or categorise all your projects and sub-projects. Neither of these gives you a separate indirect buffer but may make access easier. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.294.g8158) ___ 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] Easily go to some frequently accessed heading (narrowed to region)
Hi Darlan, Darlan Cavalcante Moreira darc...@gmail.com writes: I have a main .org file where I put almost everything. There is a Projects headline where each subheading is a different project. During the day I need to go to the Projects headline and open one of the its subheadings when I want and add/read something in that project. I know I can use a capture template to add something to one of the projects, but that does not work (or does it?) when I just want to read or modify something. Maybe some dummy function like that? (defun my-find-org-heading nil Find a heading. (interactive) (find-file ~/org/my.org) (goto-char (point-min)) (search-forward * Your heading) (org-narrow-to-subtree)) -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] [BUG] Timestamps surrounded by @@ in HTML export
Puneeth Chaganti puncha...@gmail.com writes: I don't really understand what is going on here, but there was one @ still appearing after this patch was applied. I am sending a patch to remove the one remaining @ symbol in the `org-html-handle-time-stamps` function. I don't know if this breaks something else and why this was left out by Jason. Better to test your own patch then ;) I did so, looks fine, I applied it. Thanks! :) I did test my patch and it worked. Ah okay, sorry for assuming otherwise! But these @ seemed to have been put there for some reason, I wasn't able to understand, in the quick look that I had. Anyway, thanks. It took me a while to understand this as well: when looking at org-export-as-html, you see some occurrences of @tag. These org-specific @tags are escaped and will be taken care of in the rest of the function. But org-html-handle-time-stamps happens after these @tags have been taken care of, which means that no @ is necessary in this function. Hope this helps :) -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Maximum ranges information lost in org-schedule
Matt Lundin m...@imapmail.org writes: I can confirm this. It happens when changing scheduling information with org-schedule (C-c C-s). It does not happen when rescheduling with S-left and S-right in the agenda. Fixed. It also happened when using org-deadline and with complex timestamps like DEADLINE: 2011-01-28 ven. +1m -10d. Should work fine now. Thanks for the report and the confirmation! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Make file:... directory links open dired by default
On 01/24/2011 05:38 AM, Leo Alekseyev wrote: I am working under Windows, and by default links like file:~/path... open in Explorer. I can manually change the link to file+emacs:~/path... and then it opens in dired -- but is there a way to change the default behavior so that when I press C-c C-l to store the directory links as file+emacs to begin with?.. Alternatively, is there a way to make file: links behave like file+emacs? (I'm not sure if this is a good idea since it might impact things other than directories). --Leo Hi Leo, take a look at the variable org-file-apps: M-x customize-variable RET org-file-apps RET Try adding an entry like this: [INS] [DEL] Cons-cell: Choice: [Value Menu] Links to a directory Choice: [Value Menu] Visit with Emacs I have not tested this (since I am not using Org on Windows), but it looks to me like it should work. Regards, 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
Re: [Orgmode] Hiding/Narrowing dblocks and keywords
Hi Leonidas, Leonidas Tsampros ltsamp...@upnet.gr writes: My question is: Can I hide the keywords defined on the top of the buffer You can hide *some* keywords with org-hidden-keywords. The docstring was not accurate, I just fixed it. For example you can use: (setq org-hidden-keywords '(author)) to make the #+AUTHOR: keyword invisible. You cannot use *any* keyword though: only title, author, date, email. I think it makes sense since hiding other #+* keywords could be confusing (but I don't have a strong opinion about this.) * test entry1 #+BEGIN clocktable :maxlevel 3 :scope file :link Clock summary etc etc clock table would be here with multiple lines #+END: You can hide #+begin blocks at startup with this: (setq org-hide-block-startup t) There was a bug here preventing the folding of dynamic blocks, other blocks were folding okay. See also M-x org-hide-block-all M-x org-hide-block-toggle Did I clarify my question enough? Or am I misunderstading the way dblocks/keywords work? Hope I clarified some points, thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [ANN] Changes to lists
Hello, Achim Gratz writes: Also, fill-paragraph doesn't know about inline text unless you are using blank lines atop. That's probably to be expected, but in case there's something one can do about it I'd like to know - I'd like to have no blank lines if possible. I think folding and filling should behave better now. You will need to force a branch update, as I rebased the repo against master. Regards, -- Nicolas ___ 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] [ANN] Changes to lists
Hello, Note the ending and immediate starting of an enumerate environment after the listing corresponding to the babel octave code. I cannot reproduce it with: - * babel results overwrite following text 1. start an item so that following is indented: #+begin_src emacs-lisp :var x=10 (+ (* 3 x) 6) #+end_src #+results: : 36 2. a second item starts here - Are you sure it still happens with a recent branch? Is it specific to octave? By the way, although a fix that required the babel code to be indented to the same level as the meta statements would be satisfactory, a solution that allowed code within the block to be indented to any position would be more welcome. Code written in the mode associated with the particular language will often be automatically indented... Normally, lists should not pay attention to anything inside blocks so I highly doubt it is related to indentation of code. Sorry for not being very helpful here. Regards, -- Nicolas ___ 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: Repeating TODO are shown every day in the agenda
Detlef Steuer detlef.ste...@gmx.de writes: And if this is not currently possible, that would be a welcome addition to org-mode's features! I definitely have use cases for such a setting. The attached patch implements it. When org-agenda-repeating-timestamp-show-all is set to a list of TODO keywords, repeating agenda items will only be displayed if they have this TODO keywords. Unless anyone objects against this change, I'm willing to commit it. In the meantime, I welcome tests/feedback. Thanks to you and Jeff for this idea! From f121bc5e72ac356f00f1cb31a10d2f042785667a Mon Sep 17 00:00:00 2001 From: Bastien Guerry b...@altern.org Date: Wed, 2 Feb 2011 10:35:56 +0100 Subject: [PATCH] Make org-agenda-repeating-timestamp-show-all aware of TODO keywords. * org-agenda.el (org-agenda-repeating-timestamp-show-all): Allow to use a list of TODO keywords as the value of this variable. The agenda will show repeating stamps for entries matching these TODO keywords. (org-agenda-get-timestamps, org-agenda-get-deadlines) (org-agenda-get-scheduled): Allow the use of a list of keywords in `org-agenda-repeating-timestamp-show-all'. --- This was suggested by Jeff Horn and supported by Detlef Steuer. --- lisp/org-agenda.el | 40 ++-- 1 files changed, 26 insertions(+), 14 deletions(-) diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index bbe9d8a..312482e 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -1066,10 +1066,15 @@ This option is deprecated, it is better to define a block agenda instead. (defcustom org-agenda-repeating-timestamp-show-all t Non-nil means show all occurrences of a repeating stamp in the agenda. -When nil, only one occurrence is shown, either today or the -nearest into the future. +When set to a list of strings, only show occurrences of repeating +stamps for these TODO keywords. When nil, only one occurrence is +shown, either today or the nearest into the future. :group 'org-agenda-daily/weekly - :type 'boolean) + :type '(choice + (const :tag Show repeating stamps t) + (repeat :tag Show repeating stamps for these TODO keywords + (string :tag TODO Keyword)) + (const :tag Don't show repeating stamps nil))) (defcustom org-scheduled-past-days 1 No. of days to continue listing scheduled items that are not marked DONE. @@ -4669,14 +4674,17 @@ This function is invoked if `org-agenda-todo-ignore-deadlines', (goto-char (point-min)) (while (setq end-of-match (re-search-forward regexp nil t)) (setq b0 (match-beginning 0) - b3 (match-beginning 3) e3 (match-end 3)) + b3 (match-beginning 3) e3 (match-end 3) + todo-state (save-match-data (ignore-errors (org-get-todo-state))) + show-all (or (eq org-agenda-repeating-timestamp-show-all t) + (member todo-state + org-agenda-repeating-timestamp-show-all))) (catch :skip (and (org-at-date-range-p) (throw :skip nil)) (org-agenda-skip) (if (and (match-end 1) (not (= d1 (org-time-string-to-absolute - (match-string 1) d1 nil - org-agenda-repeating-timestamp-show-all + (match-string 1) d1 nil show-all (throw :skip nil)) (if (and e3 (not (org-diary-sexp-entry (buffer-substring b3 e3) date))) @@ -4693,7 +4701,6 @@ This function is invoked if `org-agenda-todo-ignore-deadlines', clockp (and org-agenda-include-inactive-timestamps (or (string-match org-clock-string tmp) (string-match ]-+\\' tmp))) - todo-state (ignore-errors (org-get-todo-state)) donep (member todo-state org-done-keywords)) (if (or scheduledp deadlinep closedp clockp (and donep org-agenda-skip-timestamp-if-done)) @@ -4904,7 +4911,7 @@ be skipped. (d1 (calendar-absolute-from-gregorian date)) ; DATE bound by calendar d2 diff dfrac wdays pos pos1 category tags suppress-prewarning - ee txt head face s todo-state upcomingp donep timestr) + ee txt head face s todo-state show-all upcomingp donep timestr) (goto-char (point-min)) (while (re-search-forward regexp nil t) (setq suppress-prewarning nil) @@ -4922,9 +4929,12 @@ be skipped. (setq s (match-string 1) txt nil pos (1- (match-beginning 1)) + todo-state (save-match-data (org-get-todo-state)) + show-all (or (eq org-agenda-repeating-timestamp-show-all t) + (member todo-state +org-agenda-repeating-timestamp-show-all)) d2 (org-time-string-to-absolute - (match-string 1) d1 'past - org-agenda-repeating-timestamp-show-all) + (match-string 1) d1 'past show-all) diff (- d2 d1) wdays (if suppress-prewarning (let ((org-deadline-warning-days suppress-prewarning)) @@ -4939,7 +4949,7 @@ be skipped. (and todayp (not org-agenda-only-exact-dates))) (= diff 0))) (save-excursion - (setq todo-state (org-get-todo-state)) + ;; (setq todo-state (org-get-todo-state)) (setq donep (member todo-state
[Orgmode] ical2org
Hi updated the script and added a small config section. I had to change the time conversion a bit, since most of my entries are in local time in the .ics file. I also got a lot of really old events, that I'm not interested anymore and which slowed down the agenda view, so I added an option to only convert entries that are not older than N days. The default behavior is the same as before. The updated script is in Worg (in /code/awk/) cheers ARUN ___ 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] Strange behaviour of produced latex-pdf
On Feb 2, 2011, at 1:30 AM, Martin Weigele wrote:
Dear all, have encountered the following strange behaviour in
producing latex-
pdf from a standard outline, C-c C-e d . One of many top nodes is
seemingly
arbitrarily not broken down into subnodes. It works fine, however,
when
producing html. Emacs 23.1.1; org-7.4 manually installed; ubuntu
10.04 LTS.
The following declarations are used:
#+TITLE: Blah
#+LaTeX_CLASS: book
#+LATEX_HEADER: \usepackage{a5}\usepackage{german}
#+LANGUAGE: DE
#+TEXT: Blah
While most top nodes are broken down like
\chapter{blah}
\section{blah}
etc..
...one chapter is simply not broken down. I have checked the org
file with vi,
there is no evidence that anything is wrong in the orgfile
structure. All go
*chapter
**section
***subsection
etc.
Like others, the unrefined chapter contains only (sub)headlines, no
text yet.
Any ideas?
Aloha Martin,
I don't understand what you mean by not broken down. Could you
provide an example of the LaTeX output?
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] Re: GNU devroom at FOSDEM 2011
Carsten Dominik carsten.domi...@gmail.com writes: Hi everyone, I will be at the meeting on Saturday, and I hope to meet some of you! If you have an org-mode T-Shirt - I think it would be fun to wear it - I will. Most of all, I will be very pleased to finally meet Bastien in person. - Carsten I will be there too and happy to meet who changed my life (well at least from the productivity point of view). @Bastian: if you use OSX and growl maybe you could find this useful for the presentation: --8---cut here---start-8--- (defun growl-popup (msg) Pop up a growl notification with MSG, or display an Emacs message. The \growlnotify\ program is used if `window-system' is non-nil and the program is found in `exec-path'; otherwise `message' is used. (interactive) (if (and window-system (executable-find growlnotify)) (shell-command (concat growlnotify -a /Applications/Emacs.app/ -m (shell-quote-argument msg))) (message msg))) (defun popup-last () (interactive) (let ((last-key (key-description (this-command-keys ;; check if we don't have a stupid sequence (unless (= (length (this-command-keys-vector)) 1) (growl-popup last-key ;TODO: make it an external package and better a minor-mode, switching would also be much easier (setq growl-mode nil) (defun growl () (interactive) (if (not growl-mode) (progn (message enabling growl mode notification) (add-hook 'pre-command-hook 'popup-last) (setq growl-mode t)) (progn (setq-default pre-command-hook (remq 'popup-last pre-command-hook)) (message disabling growl mode notification) (setq growl-mode nil --8---cut here---end---8--- In this way people can see what you are pressing (all commands with at least two keys). ___ 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: Feature Request: Assort a subtree randomly ?
Hi Alan, Matt Lundin m...@imapmail.org writes: (defun my-org-random-sort () (random 1000)) Then on the appropriate subtree/table/list, type: C-c ^ f my-org-random-sort Actually I just found out that C-c ^ f random RET works fine too! -- 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] [PATCH] face: make org-special-keyword inherit
* org-faces.el (org-special-keyword): Make it inherited from font-lock-keyword-face. Signed-off-by: Julien Danjou jul...@danjou.info --- lisp/org-faces.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/org-faces.el b/lisp/org-faces.el index aeadb9b..c237a0e 100644 --- a/lisp/org-faces.el +++ b/lisp/org-faces.el @@ -137,7 +137,7 @@ color of the frame. :group 'org-faces) (defface org-special-keyword ;; originally copied from font-lock-string-face - (org-compatible-face nil + (org-compatible-face 'font-lock-keyword-face 'class color) (min-colors 16) (background light)) (:foreground RosyBrown)) (((class color) (min-colors 16) (background dark)) (:foreground LightSalmon)) (t (:italic t -- 1.7.2.3 ___ 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: [ANN] Changes to lists
Karl Maihofer writes: It seems as if the list in the inline task confuses the cycle functionality. Folding has been fixed, but you will need to use git pull -f. Regards, -- Nicolas ___ 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] face: make org-link inherit from link
* org-faces.el (org-link): Make org-link inherits from link face. Signed-off-by: Julien Danjou jul...@danjou.info --- lisp/org-faces.el |7 --- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/lisp/org-faces.el b/lisp/org-faces.el index bd509ae..aeadb9b 100644 --- a/lisp/org-faces.el +++ b/lisp/org-faces.el @@ -247,9 +247,10 @@ column view defines special faces for each outline level. See the file :group 'org-faces) (defface org-link - 'class color) (background light)) (:foreground Purple :underline t)) -(((class color) (background dark)) (:foreground Cyan :underline t)) -(t (:underline t))) + (org-compatible-face 'link +'class color) (background light)) (:foreground Purple :underline t)) + (((class color) (background dark)) (:foreground Cyan :underline t)) + (t (:underline t Face for links. :group 'org-faces) -- 1.7.2.3 ___ 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] Status google calendar sync
On 2 Feb 2011, at 06:15, Torsten Wagner wrote: Basically, mobileorg tries to do that but all the parsing, sorting and data manipulation stuff is done on the android phone in native Java. Therefore, Matthew (the main developer) is busy (I guess) by reimplementing org-mode functions in Java which runs perfectly fine in elisp already. Thus, I wonder if an approach in the middle might be the best. Using a GUI like mobileorg. Every command (button-press) is actually translated in a org-mode elisp call send via ssh to an emacs daemon on a server machine. The emacs daemon processes the request and sends the result back. Result get catched by the GUI and displayed in a nice easy understandable way specifically customized to the small screen of mobile phones. How about implementing emacs-lisp for Android? More precisely, Emacs minus all the display stuff. Just what it takes to run Emacs in batch mode. Since Emacs already has very different display modes (GUI, terminal), it is perhaps not so difficult to extract a display-less version from the source code. Maybe this is just naive thinking, I never looked at the Emacs source code! Konrad ___ 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: Repeating TODO are shown every day in the agenda
On Wed, Feb 2, 2011 at 4:39 AM, Bastien bastien.gue...@wikimedia.fr wrote: Detlef Steuer detlef.ste...@gmx.de writes: And if this is not currently possible, that would be a welcome addition to org-mode's features! I definitely have use cases for such a setting. The attached patch implements it. When org-agenda-repeating-timestamp-show-all is set to a list of TODO keywords, repeating agenda items will only be displayed if they have this TODO keywords. Unless anyone objects against this change, I'm willing to commit it. In the meantime, I welcome tests/feedback. Thanks to you and Jeff for this idea! Bastien, I like this change. But for me, when I mark a repeating task with the keyword APPT as DONE, the task is re-scheduled with the TODO keyword instead of APPT. It usually isn't a big deal, but I means I can't use the patch as intended. Would it be difficult to add a REPEAT_VISIBLE property that defaults to t, but when nil hides a repeating task for all future days? Maybe I have something setup incorrectly that is making repeated tasks TODO instead of their original keyword. If so, I could modify my configuration and the patch would work as expected (for my use case, anyway). Thanks again! -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Diary in ical export
Does anyone export Diary dates when exporting to ics from within org-mode? I thought this would be handled with (setq org-agenda-include-diary t) but that doesn't do it form me. - Bill ___ 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] Question on org-mode adding extra blank line
Hi, Sometimes (I don't know when), when I press M-return (org-meta-return) at the end of a heading, the next heading line (at the same level) is added after a blank line rather than on the next line. Looks like it is a feature and not a bug. Like this. * heading 1 (I press M-return here.) * heading 2 I expected * heading 1 (I press M-return here.) * heading 2 instead. When does this happen, and how can I control that? My gtd configurations below: # -*- mode: org; -*- # 2011-Q1.org: org-mode data for Umesh Nair for 2011 Q1 #+STARTUP: overview #+STARTUP: hidestars #+STARTUP: odd #+TITLE: Work GTD file for 2011 Q1 (Umesh Nair) #+OPTIONS: toc:nil H:3 #+TAGS: ICU4C(c) ICU4J(j) CLDR(C) III(i) Documentation(d) OCR(o) READING(r) PHONE(p) #+TAGS: EMAIL(e) INTERVIEW(I) TODAY(t) #+TAGS: Q1(1) Q2(2) Q3(3) Q4(4) NOW(n) LATER(l) Thanks, - Umesh -- ɯoɔ˙lıɐɯƃ@ɹıɐu˙d˙ɥsǝɯn ___ 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: [OT] M-x not working anymore
Markus Heller helle...@gmail.com writes: Hi Markus, What does C-h k M-x say? For C-h k M-x, it doesn't say anything. Says nothing means you still have the Describe key: prompt, right? Well, that means that emacs doesn't receive the keychord at all. Something seems to consume it before it hits emacs. Maybe you installed some application that steals Alt-x from emacs? Or did you somehow create some global Alt-x shortcut, possibly by accident? Since I have no clue about windows, I don't have an idea how to debug that further... Bye, Tassilo ___ 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: Repeating TODO are shown every day in the agenda
Hi Jeff, Jeff Horn jrhorn...@gmail.com writes: I like this change. But for me, when I mark a repeating task with the keyword APPT as DONE, the task is re-scheduled with the TODO keyword instead of APPT. It usually isn't a big deal, but I means I can't use the patch as intended. Have a look at `org-todo-repeat-to-state': ,[ org-todo-repeat-to-state ] | The TODO state to which a repeater should return the repeating task. | By default this is the first task in a TODO sequence, or the previous state | in a TODO_TYP set. But you can specify another task here. | alternatively, set the :REPEAT_TO_STATE: property of the entry. ` Would it be difficult to add a REPEAT_VISIBLE property that defaults to t, but when nil hides a repeating task for all future days? I'd rather use the solution I implemented. But I still wait for comments from others. HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] [BUG] Timestamps surrounded by @@ in HTML export
On Wed, Feb 2, 2011 at 3:42 PM, Bastien bastien.gue...@wikimedia.fr wrote: Puneeth Chaganti puncha...@gmail.com writes: I don't really understand what is going on here, but there was one @ still appearing after this patch was applied. I am sending a patch to remove the one remaining @ symbol in the `org-html-handle-time-stamps` function. I don't know if this breaks something else and why this was left out by Jason. Better to test your own patch then ;) I did so, looks fine, I applied it. Thanks! :) I did test my patch and it worked. Ah okay, sorry for assuming otherwise! But these @ seemed to have been put there for some reason, I wasn't able to understand, in the quick look that I had. Anyway, thanks. It took me a while to understand this as well: when looking at org-export-as-html, you see some occurrences of @tag. These org-specific @tags are escaped and will be taken care of in the rest of the function. But org-html-handle-time-stamps happens after these @tags have been taken care of, which means that no @ is necessary in this function. Hope this helps :) Thanks for explaining this. :) -- Puneeth ___ 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
[Accepted] [Orgmode] face: make org-link inherit from link
Patch 576 (http://patchwork.newartisans.com/patch/576/) is now Accepted. Maintainer comment: none This relates to the following submission: http://mid.gmane.org/%3C1296663684-2312-1-git-send-email-julien%40danjou.info%3E Here is the original message containing the patch: Content-Type: text/plain; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: [Orgmode] face: make org-link inherit from link Date: Wed, 02 Feb 2011 21:21:24 - From: Julien Danjou jul...@danjou.info X-Patchwork-Id: 576 Message-Id: 1296663684-2312-1-git-send-email-jul...@danjou.info To: emacs-orgmode@gnu.org Cc: Julien Danjou jul...@danjou.info * org-faces.el (org-link): Make org-link inherits from link face. Signed-off-by: Julien Danjou jul...@danjou.info --- lisp/org-faces.el |7 --- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/lisp/org-faces.el b/lisp/org-faces.el index bd509ae..aeadb9b 100644 --- a/lisp/org-faces.el +++ b/lisp/org-faces.el @@ -247,9 +247,10 @@ column view defines special faces for each outline level. See the file :group 'org-faces) (defface org-link - 'class color) (background light)) (:foreground Purple :underline t)) -(((class color) (background dark)) (:foreground Cyan :underline t)) -(t (:underline t))) + (org-compatible-face 'link +'class color) (background light)) (:foreground Purple :underline t)) + (((class color) (background dark)) (:foreground Cyan :underline t)) + (t (:underline t Face for links. :group 'org-faces) ___ 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
[Accepted] [Orgmode] face: make org-special-keyword inherit
Patch 575 (http://patchwork.newartisans.com/patch/575/) is now Accepted. Maintainer comment: none This relates to the following submission: http://mid.gmane.org/%3C1296667028-3225-1-git-send-email-julien%40danjou.info%3E Here is the original message containing the patch: Content-Type: text/plain; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: [Orgmode] face: make org-special-keyword inherit Date: Wed, 02 Feb 2011 22:17:08 - From: Julien Danjou jul...@danjou.info X-Patchwork-Id: 575 Message-Id: 1296667028-3225-1-git-send-email-jul...@danjou.info To: emacs-orgmode@gnu.org Cc: Julien Danjou jul...@danjou.info * org-faces.el (org-special-keyword): Make it inherited from font-lock-keyword-face. Signed-off-by: Julien Danjou jul...@danjou.info --- lisp/org-faces.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/org-faces.el b/lisp/org-faces.el index aeadb9b..c237a0e 100644 --- a/lisp/org-faces.el +++ b/lisp/org-faces.el @@ -137,7 +137,7 @@ color of the frame. :group 'org-faces) (defface org-special-keyword ;; originally copied from font-lock-string-face - (org-compatible-face nil + (org-compatible-face 'font-lock-keyword-face 'class color) (min-colors 16) (background light)) (:foreground RosyBrown)) (((class color) (min-colors 16) (background dark)) (:foreground LightSalmon)) (t (:italic t ___ 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] Easily go to some frequently accessed heading (narrowed to region)
Darlan Cavalcante Moreira darc...@gmail.com writes: Thanks Eric I tried org-goto before, but I needed something that I could bind to a [...] A custom agenda view is is good to see the tasks associated with a project and I already tag each project as you suggested, but besides the tasks there are some subheadings in each project that have only information without tasks or schedule/deadline dates. That is what motivated me to search for a way to quickly access the project contents and not only its tasks. Okay, let's try a third suggestion (in case it's 3rd time lucky ;-): 3. what about a sparse tree view (org-sparse-tree, C-c /, followed by 'm' for match on a tag of choice) of your projects file? But again, this isn't necessarily something you can program, although maybe you can as org-sparse-tree invokes org-match-sparse-tree which looks definitely viable as a candidate for programmatic use: , | org-match-sparse-tree is an interactive compiled Lisp function in | `org.el'. | | (org-match-sparse-tree optional TODO-ONLY MATCH) | | Create a sparse tree according to tags string MATCH. | MATCH can contain positive and negative selection of tags, like | +WORK+URGENT-WITHBOSS. | If optional argument TODO-ONLY is non-nil, only select lines that are | also TODO lines. ` so you could definitely write specific a function to use this, with a specific match string, followed by a narrow to subtree? -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.298.g16b40) ___ 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: [ANN] Changes to lists
Hello, Karl Maihofer writes: I do have another issue when I export inline tasks: 1. If the inline task doesn't have a headline, there is an empty space before the content of the inline task. I think in earlier versions it wasn't there. See item 2 in the example below. I sometimes use inline tasks just to comment a line of my lists, so I do not use a TODO-state nor a headline for that inline task. Perhaps it is a good idea not to use just b/b and br but a div-container (for the headline and another one for the text below of it) to be able to use CSS for formatting? There is no support for inline tasks without a headline. Most of the regexps refering to inline tasks need some space after the stars. If you still want to use that, you should tweak org-inlinetask-export-templates. 2. Lists in inline tasks are not exported properly (item 2a in the example below). This should be fixed now. Thanks. Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [BUG] adding new plain lists item changes previous one it it ends in a number on a single lijne followed by a dot
Dear org-mode developers, adding a new list item via M-RET (org-insert-heading) may change text in a previous list item, if this ends in a number on a single line followed by a dot: --- - Several astonishing things happened in 2007. - And then there was another item.X --- When typing M-RET with cursor at X I would expect the following outcome (again with X marking the cursor position): --- - Several astonishing things happened in 2007. - And then there was another item. - X --- This is the correct result when using Emacs 23.2 with its org-mode 6.33. But with today's org-mode Org-mode version 7.5 (release_7.4.300.g0b7c) I instead get: --- - Several astonishing things happened in 1. - And then there was another item. - X --- Note that 2007. has changed to 1. in line 2. The same bug is present in the maintenance version Org-mode version 7.5 (release_7.4.3.g76a2). This only happens when the number is followed by a dot. Without the dot both new versions of org-mode do not change the number on the last line of the first item. I did all tests with emacs -nw -Q and with Emacs 23.2 and 24.0.50 as of 2011-01-16. Fixing bugs in org-mode is beyond me. Ciao; Gregor -- -... --- .-. . -.. ..--.. ...-.- ___ 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] Changes to lists
Nicolas Goaziou n.goaz...@gmail.com writes: I think folding and filling should behave better now. You will need to force a branch update, as I rebased the repo against master. Works wonderfully well with the limited testcase I have here at home. I expect it will do just as well with my stuff at work, I'll let you know in a few days. Thank you! Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves ___ 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: Feature Request: Assort a subtree randomly ?
Bastien bastien.gue...@wikimedia.fr writes: Hi Alan, Matt Lundin m...@imapmail.org writes: (defun my-org-random-sort () (random 1000)) Then on the appropriate subtree/table/list, type: C-c ^ f my-org-random-sort Actually I just found out that C-c ^ f random RET works fine too! Thanks for the tip. Much more elegant. 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: Repeating TODO are shown every day in the agenda
On Wed, Feb 2, 2011 at 1:35 PM, Bastien bastien.gue...@wikimedia.fr wrote: Have a look at `org-todo-repeat-to-state': ,[ org-todo-repeat-to-state ] | The TODO state to which a repeater should return the repeating task. | By default this is the first task in a TODO sequence, or the previous state | in a TODO_TYP set. But you can specify another task here. | alternatively, set the :REPEAT_TO_STATE: property of the entry. ` Thanks, Bastien. This property will work nicely. -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] PATCH: New options for latex src code export
Tom Dye and I have been working on providing more user control over
latex export of src code via the listings and minted latex packages. The
main code change is 2 commits in branch minted of the org repo, and
pasted below as a single patch for patchwork. These changes allow Org
users to set all the available options for the \lstset
and \begin{minted} commands[1], and also to specify custom latex
environments on a per-language basis to be used for exporting src
blocks.
I'd like to ask for advice on a couple of things:
Currently, in order for a user to use minted for colored latex export of
src code, s/he would
1. install pygments
- linux :: apt-get install python-pygments
- OSX / linux :: 'pip install pygments' or 'easy_install pygments'
2. (setq org-export-latex-listings 'minted)
3. Add the minted package to `org-export-latex-packages-alist', via
customize, or
#+begin_src emacs-lisp
(require 'org-latex)
(add-to-list 'org-export-latex-packages-alist '( minted))
#+end_src
4. Configure `org-latex-to-pdf-process' so that the -shell-escape option
is passed to pdflatex.
My questions are
1. It would be nice if users didn't have to worry about step 4. Can
anyone suggest a sensible way to have the -shell-escape option
passed to pdflatex under the appropriate circumstances? These
conditions include:
1. minted is being used for export
2. pdflatex is being used, a.o.t. e.g. rubber or some other latex
make tool.
2. Regarding step (2), it might be preferable to have a variable
`org-export-latex-src' which takes a single value in the set
'(listings minted). Does anyone think it's worth making such a
backward-incompatible change?
Minted support has been in Org for a while, but I think I'm guilty of
not having properly described it on list. See C-h v
org-export-latex-listings. It has the advantage over listings of
creating pretty coloured pdf export of source code without any user
latex customization. My understanding is that minted.sty is in major
latex distributions (e.g. TexLive, MacTex).
Patch and commit log follow. ('git show -w' shows the changes more
helpfully.)
Dan
Footnotes:
[1] It might be possible to code all the available options into the
Customize interface?
New UI for configuring latex src code export.
Three new user-customizable variables:
org-export-latex-listings-options (default nil)
~~~
Association list of options for the latex listings package.
These options are supplied as a comma-separated list to the
\\lstset command. Each element of the association list should be
a list containing two strings: the name of the option, and the
value. For example,
(setq org-export-latex-listings-options
'((\basicstyle\ \\\small\)
(\keywordstyle\ \\\color{black}\\bfseries\\underbar\)))
will typeset the code in a small size font with underlined, bold
black keywords.
Note that the same options will be applied to blocks of all
languages.
See
ftp://ftp.tex.ac.uk/tex-archive/macros/latex/contrib/listings/listings.pdf
customization group: org-export-latex
org-export-latex-minted-options (default nil)
~
Association list of options for the latex minted package.
These options are supplied within square brackets in
\\begin{minted} environments. Each element of the alist should be
a list containing two strings: the name of the option, and the
value. For example,
(setq org-export-latex-minted-options
'((\bgcolor\ \bg\) (\frame\ \lines\)))
will result in src blocks being exported with
\\begin{minted}[bgcolor=bg,frame=lines]{LANG}
as the start of the minted environment. Note that the same
options will be applied to blocks of all languages.
customization group: org-export-latex
See minted.googlecode.com/files/minted.pdf
org-export-latex-custom-lang-environments (default nil)
~~~
Association list mapping languages to language-specific latex
environments used during export of src blocks by the listings
and minted latex packages. For example,
(setq org-export-latex-custom-lang-environments
'((python \pythoncode\)))
* lisp/org-exp.el (org-export-format-source-code-or-example):
Support new user-customizable options
(org-export-latex-custom-lang-environments): Ensure new variable is defined
(org-export-latex-listings-options): Ensure new variable is defined
(org-export-latex-minted-options): Ensure new variable is defined
* lisp/org-latex.el (org-export-latex-listings-options): New variable
(org-export-latex-minted-options): New variable
Re: [Orgmode] [BUG] adding new plain lists item changes previous one it it ends in a number on a single lijne followed by a dot
I can reproduce this in org-mode 7.4 with emacs 24. This occurs most often for me when listing a bibliography in a plain list when I have auto-fill-mode on. On Wed, Feb 2, 2011 at 2:20 PM, Gregor Zattler telegr...@gmx.net wrote: Dear org-mode developers, adding a new list item via M-RET (org-insert-heading) may change text in a previous list item, if this ends in a number on a single line followed by a dot: --- - Several astonishing things happened in 2007. - And then there was another item.X --- When typing M-RET with cursor at X I would expect the following outcome (again with X marking the cursor position): --- - Several astonishing things happened in 2007. - And then there was another item. - X --- This is the correct result when using Emacs 23.2 with its org-mode 6.33. But with today's org-mode Org-mode version 7.5 (release_7.4.300.g0b7c) I instead get: --- - Several astonishing things happened in 1. - And then there was another item. - X --- Note that 2007. has changed to 1. in line 2. The same bug is present in the maintenance version Org-mode version 7.5 (release_7.4.3.g76a2). This only happens when the number is followed by a dot. Without the dot both new versions of org-mode do not change the number on the last line of the first item. I did all tests with emacs -nw -Q and with Emacs 23.2 and 24.0.50 as of 2011-01-16. Fixing bugs in org-mode is beyond me. Ciao; Gregor -- -... --- .-. . -.. ..--.. ...-.- ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Fontification of blocks
Hi Dan, Dan Davison wrote: Just quickly, one thing I noticed is that the begin/end lines were visible even inside folded trees. I.e., in a folded org file, containing many src blocks, I could see the coloured backgrounds poking out of the folded sections, extending to the right of the screen. Do you see that? Yes, but that's already the current situation today, *when using faces with background*. My (future) patch does not change that, and I'm not sure whether it should or not. In a way, I find this better: it makes it very clear there is a code block folded at that point in the document. Yes, I definitively prefer it that way -- if you don't mind. Also, Eric Schulte wrote: I think that adding a new block delimiter face which inherits from the org-meta face as you've suggested is the way to go. I would recommend however that rather than removing/changing the org-meta-line, quote and verse delimiting faces to cover the entire line you simply add the org-block-begin/end-line face overtop of these existing faces. That way the default behavior is not changed by the patch, and users have more control over the final display. In fact rather than having the org-block-begin/end-line faces inherit from org-meta-line why not have them begin as empty faces. Do you think this sounds like a good way to go? If so would you mind submitting a patch which - doesn't remove existing faces but rather adds these new faces overtop of them - includes of definition of the org-block-begin/end-line faces to empty faces (otherwise the elisp compiler will warn of references to undefined variables) Could you clarify whether the above suggestions have been adopted or rejected? I understand you're asking this question, because what you see is *not* the final patch, but just a test file for understanding the change and testing it. At the moment the code below alters the background color of the begin/end lines by default; but presumably the final version will not alter any appearances by default? Exactly. How will that work? I realize I did not correctly understood the point of Eric. What I had in mind was that the org-block-begin/end-line faces would inherit from org-meta-line with no additional feature. So, by default, it will just be a copy of all their properties. It would simplifying the code (well, not a huge deal) in the following way: instead of applying first org-meta-line, then org-block-begin/end-line, I would just apply the latter. But I can follow the idea of Eric, now that I just understood it in details, if anybody finds it more sensible. I have no position to defend on this subject. I'll follow your advice. Would you be able to supply a patch, or better, put your work in a publicly accessible git branch? It's hard to see exactly what changes you have made with the full code as below. (Please contact me for write access if you'd like to use the fork at https://github.com/dandavison/org-devel.) Can you send me whatever required information per private mail (to the address you see, that's working!)? Looking forward to it. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [Feature Request] Cross headings in tables
Lawrence Mitchell we...@gmx.li writes: How about the following two patches on top. The first fixes table alignment, the second fixes LaTeX export of these tables. Thank you for this, brilliant idea of replacing the nil with a symbol... It integrates cleanly with what I have so far, I will need some more testing (just discovered a boundary case that I fixed). Also need to check the other export backends, thank you for taking care of LaTeX. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves ___ 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] adding new plain lists item changes previous one it it ends in a number on a single lijne followed by a dot
Hello, Gregor Zattler writes: adding a new list item via M-RET (org-insert-heading) may change text in a previous list item, if this ends in a number on a single line followed by a dot: --- - Several astonishing things happened in 2007. - And then there was another item. - X --- Note that 2007. has changed to 1. in line 2. Yes, and unfortunately, I don't see any solution here. It isn't really a bug: a line starting with white space, followed by a number sticked to a dot is exactly the definition, regexp wise, of a list item (as explained in `org-plain-list-ordered-item-terminator' doc-string). That's why removing the dot solves the problem. There are two workarounds I can think of, at the moment: 1. Use (setq org-plain-list-ordered-item-terminator ?)). But that will affect every ordered list. 2. Insert some invisible char (non-breaking space ) in front of the item, or just after the dot. But this requires manual changes every time the problem arises. As a side-note, this problem isn't specific to recent versions of Org. For example, in 6.33, use M-RET at X in the following example: --- - Several astonishing things happened in 2007. And then there was another item.X --- Regards, -- Nicolas ___ 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] [ANN] Changes to lists
Nicolas Goaziou n.goaz...@gmail.com writes: Hello, Note the ending and immediate starting of an enumerate environment after the listing corresponding to the babel octave code. I cannot reproduce it with: - * babel results overwrite following text 1. start an item so that following is indented: #+begin_src emacs-lisp :var x=10 (+ (* 3 x) 6) #+end_src #+results: : 36 2. a second item starts here - Are you sure it still happens with a recent branch? Is it specific to octave? The short example file I included in my original message now works just fine. The error was definitely present in : Org-mode version 7.4 (release_7.4.260.gba0f6.dirty) but is fixed in the current version: : Org-mode version 7.4 (release_7.4.302.gd840.dirty) By the way, the /dirty/ bit comes from a minor change I made to ob-octave's definition of variables, a change which does not affect the export. By the way, although a fix that required the babel code to be indented to the same level as the meta statements would be satisfactory, a solution that allowed code within the block to be indented to any position would be more welcome. Code written in the mode associated with the particular language will often be automatically indented... Normally, lists should not pay attention to anything inside blocks so I highly doubt it is related to indentation of code. Okay. That was just a guess! Sorry for not being very helpful here. No problem! Everything's fine now so some other change has fixed things; I'm happy :) Thanks, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.302.gd840.dirty) ___ 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] incorrect key binding for org-attach-open in manual
Hi, In section 9.2 of the current org manual, org-attach-open is associated with the key binding C-c C-a p. However, this seems to be a typo and the correct key binding should be C-c C-a o. Best Julian ___ 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] [ANN] Changes to lists
Nicolas Goaziou n.goaz...@gmail.com writes: Hello, Note the ending and immediate starting of an enumerate environment after the listing corresponding to the babel octave code. I cannot reproduce it with: - * babel results overwrite following text 1. start an item so that following is indented: #+begin_src emacs-lisp :var x=10 (+ (* 3 x) 6) #+end_src #+results: : 36 2. a second item starts here - Are you sure it still happens with a recent branch? Is it specific to octave? The short example file I included in my original message now works just fine. The error was definitely present in : Org-mode version 7.4 (release_7.4.260.gba0f6.dirty) but is fixed in the current version: : Org-mode version 7.4 (release_7.4.302.gd840.dirty) By the way, the /dirty/ bit comes from a minor change I made to ob-octave's definition of variables, a change which does not affect the export. By the way, although a fix that required the babel code to be indented to the same level as the meta statements would be satisfactory, a solution that allowed code within the block to be indented to any position would be more welcome. Code written in the mode associated with the particular language will often be automatically indented... Normally, lists should not pay attention to anything inside blocks so I highly doubt it is related to indentation of code. Okay. That was just a guess! Sorry for not being very helpful here. No problem! Everything's fine now so some other change has fixed things; I'm happy :) Thanks, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.302.gd840.dirty) ___ 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] incorrect key binding for org-attach-open in manual
Julian Gehring julian.gehr...@googlemail.com writes: In section 9.2 of the current org manual, org-attach-open is associated with the key binding C-c C-a p. However, this seems to be a typo and the correct key binding should be C-c C-a o. Fixed, thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Indentation not respected when demoting a headline
Hi, Imagine the following headline: --8---cut here---start-8--- ** NEW Send a mail to him SCHEDULED: 2011-02-04 Fri :PROPERTIES: :Created: [2011-01-17 Mon 14:00] :END: --8---cut here---end---8--- If I demote it (with M-right arrow), it gets a new star, but the following meta-lines aren't properly moved to the right by one space: --8---cut here---start-8--- *** NEW Send a mail to him SCHEDULED: 2011-02-04 Fri :PROPERTIES: :Created: [2011-01-17 Mon 14:00] :END: --8---cut here---end---8--- Do you confirm this? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Strange behaviour of produced latex-pdf
Thomas S. Dye t...@tsdye.com writes: On Feb 2, 2011, at 1:30 AM, Martin Weigele wrote: Dear all, have encountered the following strange behaviour in producing latex- pdf from a standard outline, C-c C-e d . One of many top nodes is seemingly arbitrarily not broken down into subnodes. It works fine, however, when producing html. Emacs 23.1.1; org-7.4 manually installed; ubuntu 10.04 LTS. [...] Like others, the unrefined chapter contains only (sub)headlines, no text yet. Any ideas? Aloha Martin, I don't understand what you mean by not broken down. Could you provide an example of the LaTeX output? I also do not necessarily understand what is meant by that but I can say that I recently had some problems with the latex exporter, especially over the weekend, not exporting the full document the way I would have expected: whole sub-trees did not get exported to the latex although they did come out in an HTML export, for instance. Unfortunately, I was unable to reproduce this problem with a small example and the document where it was exhibited is large and definitely not distributable. Fortunately, the problem seems to have disappeared and my latex export works just fine now -- and the document has not changed (it's under revision control). So, I can suggest to Martin: upgrade to the latest git version of org and see if that helps? eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.302.gd840.dirty) ___ 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: [WISH] Org Importers
Hi Matt, Matt Lundin m...@imapmail.org writes: FWIW, I have a home-brewed perl script that converts latex documents to org-mode files. Loosely based on latex2doc[1], it uses a latex style file (generated by the perl script) to markup the pdf output (e.g. asterisks for section headings, etc.). The org-formatted pdf is then converted to plain text with pdftotext. It's a crude and by no means comprehensive hack designed to meet my own peculiar needs. But I'd be happy to share it on Worg (with ample disclaimers) if anyone is interested. Don't hesitate to put this in Worg/org-tools/index.org (with code in Worg/code/perl?) -- I guess the ample disclaimers is implicit in all these pages :) -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Easily go to some frequently accessed heading (narrowed to region)
I adapted something from Sacha Chua: a file with links to my most frequently accessed links. I too have been seeking some way to make this automatic, but even as it is, it works great. I call the file Pointers.org. It is just an org-mode file, each headline is a link. Then, in my init file (.emacs) is the following: , | (defun pointers () | (interactive) | (find-file ~/org/Pointers.org)) | (define-key global-map \C-c0 'pointers) ` It's not too hard to install a new link at the top of the file. I guess it would also be easy to write a function or use a capture template to do this. Alan Pollution is nothing but the resources we are not harvesting. We allow them to disperse because we've been ignorant of their value. --- R. Buckminster Fuller On Thu, Feb 3, 2011 at 1:52 AM, Eric S Fraga e.fr...@ucl.ac.uk wrote: Darlan Cavalcante Moreira darc...@gmail.com writes: Thanks Eric I tried org-goto before, but I needed something that I could bind to a [...] A custom agenda view is is good to see the tasks associated with a project and I already tag each project as you suggested, but besides the tasks there are some subheadings in each project that have only information without tasks or schedule/deadline dates. That is what motivated me to search for a way to quickly access the project contents and not only its tasks. Okay, let's try a third suggestion (in case it's 3rd time lucky ;-): 3. what about a sparse tree view (org-sparse-tree, C-c /, followed by 'm' for match on a tag of choice) of your projects file? But again, this isn't necessarily something you can program, although maybe you can as org-sparse-tree invokes org-match-sparse-tree which looks definitely viable as a candidate for programmatic use: , | org-match-sparse-tree is an interactive compiled Lisp function in | `org.el'. | | (org-match-sparse-tree optional TODO-ONLY MATCH) | | Create a sparse tree according to tags string MATCH. | MATCH can contain positive and negative selection of tags, like | +WORK+URGENT-WITHBOSS. | If optional argument TODO-ONLY is non-nil, only select lines that are | also TODO lines. ` so you could definitely write specific a function to use this, with a specific match string, followed by a narrow to subtree? -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.298.g16b40) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Fontification of blocks
Sébastien Vauban wxhgmqzgw...@spammotel.com writes: [...] Eric (Fraga), David (O'Toole) and Carsten, you should love the following... when in native fontification... You are correct: I do love it! I've tried it on a large document with many source code blocks and it seems to work very well (and really helps with the presentation). I want this installed ASAP! Thanks, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.302.gd840.dirty) ___ 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] Strange behaviour of produced latex-pdf
Am Mittwoch, 2. Februar 2011, um 23:26:05 schrieb Eric S Fraga: Thomas S. Dye t...@tsdye.com writes: On Feb 2, 2011, at 1:30 AM, Martin Weigele wrote: Dear all, have encountered the following strange behaviour in producing latex- pdf from a standard outline, C-c C-e d . One of many top nodes is seemingly arbitrarily not broken down into subnodes. It works fine, however, when producing html. Emacs 23.1.1; org-7.4 manually installed; ubuntu 10.04 LTS. [...] Like others, the unrefined chapter contains only (sub)headlines, no text yet. Any ideas? Aloha Martin, I don't understand what you mean by not broken down. Could you provide an example of the LaTeX output? I also do not necessarily understand what is meant by that but I can say that I recently had some problems with the latex exporter, especially over the weekend, not exporting the full document the way I would have expected: whole sub-trees did not get exported to the latex although they did come out in an HTML export, for instance. Unfortunately, I was unable to reproduce this problem with a small example and the document where it was exhibited is large and definitely not distributable. Fortunately, the problem seems to have disappeared and my latex export works just fine now -- and the document has not changed (it's under revision control). So, I can suggest to Martin: upgrade to the latest git version of org and see if that helps? eric Thanks Eric, it appears that the fact that a whole subtree indeed disappeared from the latex output had left me kind of speechless :-) . No the problem does not go away with latest git sources. Martin ___ 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: startup hidestars also hides the point (square at point) [6.33x]
Hi Arne, Arne Babenhauserheide arne_...@yahoo.de 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. Situation: A file with #+STARTUP: hidestars Expected: The first stars are hidden, but the marker which shows the point is visible (since the variable only says hide *stars*). Real result: The stars are hidden, but when the point is on any of the hidden stars, I don't see the marker which shows the point. Problem: Due to the point being inivisible, I often stumble through the file, because I don't know where the point is. I can't reproduce this with a recent version of Org (7.0). I suggest you upgrade and report if this persists. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Strange behaviour of produced latex-pdf
On Feb 2, 2011, at 12:53 PM, Martin Weigele wrote: Am Mittwoch, 2. Februar 2011, um 23:26:05 schrieb Eric S Fraga: Thomas S. Dye t...@tsdye.com writes: On Feb 2, 2011, at 1:30 AM, Martin Weigele wrote: Dear all, have encountered the following strange behaviour in producing latex- pdf from a standard outline, C-c C-e d . One of many top nodes is seemingly arbitrarily not broken down into subnodes. It works fine, however, when producing html. Emacs 23.1.1; org-7.4 manually installed; ubuntu 10.04 LTS. [...] Like others, the unrefined chapter contains only (sub)headlines, no text yet. Any ideas? Aloha Martin, I don't understand what you mean by not broken down. Could you provide an example of the LaTeX output? I also do not necessarily understand what is meant by that but I can say that I recently had some problems with the latex exporter, especially over the weekend, not exporting the full document the way I would have expected: whole sub-trees did not get exported to the latex although they did come out in an HTML export, for instance. Unfortunately, I was unable to reproduce this problem with a small example and the document where it was exhibited is large and definitely not distributable. Fortunately, the problem seems to have disappeared and my latex export works just fine now -- and the document has not changed (it's under revision control). So, I can suggest to Martin: upgrade to the latest git version of org and see if that helps? eric Thanks Eric, it appears that the fact that a whole subtree indeed disappeared from the latex output had left me kind of speechless :-) . No the problem does not go away with latest git sources. Martin Aloha Martin, I'm speechless, too. I haven't seen this particular bug yet, but will keep my eyes open for it. Thanks for pointing it out. 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
Re: [Orgmode] org-scan-tags
Hi Ilya, Ilya Shlyakhter ilya_...@alum.mit.edu writes: In org-scan-tags, if todo-only is t, would it be possible to speed things up by changingthe regexp go to just the lines with a TODO keyword? I.e. in (let* ((re (concat ^ outline-regexp *\\(( (mapconcat 'regexp-quote org-todo-keywords-1 \\|) (org-re )\\)? *\\(.*?\\)\\(:[[:alnum:]_@:]+:\\)?[ \t]*$))) remove the first ? if todo-only is t. Also, regexp-opt might make a more efficient regexp than mapconcat with regexp-quote. I've optimized org-scan-tags a bit following your ideas (gaining ~12% according to elp) -- thanks for these directions. It would be good if the parameter todo-only could be a list of strings, and org-scan-tags would return only the headlines where the todo keyword is from this list. This would be confusing. Particularily, org-tags-view uses org-scan-tags using both the todo-only argument and a matcher: so if you make the todo-only argument aware of TODO keywords, there might be some interference between todo-only and the matcher. I'd rather not go that route. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Latex export of subtree not working for me
Hi Carsten, Torsten Anders torsten.and...@beds.ac.uk writes: I would like to export only a subtree of an org file to PDF via Latex (ultimately using the package beamer). When doing export/publish (C-c C-e) I am given a menu with options, including the options only export current subtree and publish enclosing subtree. If I choose any of these and then select a publishing command (e.g., export to Latex), then I get the following error. org-export: Symbol's function definition is void: activate-mark What am I missing? I can't reproduce this. Can you provide a backtrace? http://orgmode.org/manual/Feedback.html Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Latex export of subtree not working for me
Hi Torsten, Torsten Anders torsten.and...@beds.ac.uk writes: I would like to export only a subtree of an org file to PDF via Latex (ultimately using the package beamer). When doing export/publish (C-c C-e) I am given a menu with options, including the options only export current subtree and publish enclosing subtree. If I choose any of these and then select a publishing command (e.g., export to Latex), then I get the following error. org-export: Symbol's function definition is void: activate-mark What am I missing? I can't reproduce this. Can you provide a backtrace? http://orgmode.org/manual/Feedback.html Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Automate the writing of proposals (by using dynamic blocks)
Hi Sébastien, Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Can I bump up this thread? Threads never die here. :) In particular, I want to draw attention of the following points: 1) Table column names in bold 2) Use two-decimal floats in cells - Writing them in Effort\_ALL with 2 decimals - Using formatting of decimals 3) Have an hline between individual tasks and total 4) Get rid of stars? 5) Use the total number of days? Your first attempt was very long, the second is very short: if you still have these requests, can you make them in a neither-short-or long version? ;) Thanks for your efforts in helping me parsing this! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Latex export of subtree not working for me
Dear Bastien, Thank you for your reply. This problem report is several months old, and I meanwhile resolved it. If I remember correctly, I reported the solution back. I think this problem was solved by updating to Aquamacs 2, but it is so long ago, I may misremember. But if not then it was something similarly simple... Again, thanks for checking. Best, Torsten On 2 Feb 2011, at 23:23, Bastien wrote: Hi Torsten, Torsten Anders torsten.and...@beds.ac.uk writes: I would like to export only a subtree of an org file to PDF via Latex (ultimately using the package beamer). When doing export/publish (C-c C-e) I am given a menu with options, including the options only export current subtree and publish enclosing subtree. If I choose any of these and then select a publishing command (e.g., export to Latex), then I get the following error. org-export: Symbol's function definition is void: activate-mark What am I missing? I can't reproduce this. Can you provide a backtrace? http://orgmode.org/manual/Feedback.html Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Strange behaviour of produced latex-pdf
OK the disappearing subtree seems to have been caused by my declaration of a non-existant a5 latex (style) package. Works now fine with a4. Thanks for your help. Took me a while to find out where to look for the latex log file. :-) Am Mittwoch, 2. Februar 2011, um 23:53:05 schrieb Martin Weigele: Am Mittwoch, 2. Februar 2011, um 23:26:05 schrieb Eric S Fraga: Thomas S. Dye t...@tsdye.com writes: On Feb 2, 2011, at 1:30 AM, Martin Weigele wrote: Dear all, have encountered the following strange behaviour in producing latex- pdf from a standard outline, C-c C-e d . One of many top nodes is seemingly arbitrarily not broken down into subnodes. It works fine, however, when producing html. Emacs 23.1.1; org-7.4 manually installed; ubuntu 10.04 LTS. [...] Like others, the unrefined chapter contains only (sub)headlines, no text yet. Any ideas? Aloha Martin, I don't understand what you mean by not broken down. Could you provide an example of the LaTeX output? I also do not necessarily understand what is meant by that but I can say that I recently had some problems with the latex exporter, especially over the weekend, not exporting the full document the way I would have expected: whole sub-trees did not get exported to the latex although they did come out in an HTML export, for instance. Unfortunately, I was unable to reproduce this problem with a small example and the document where it was exhibited is large and definitely not distributable. Fortunately, the problem seems to have disappeared and my latex export works just fine now -- and the document has not changed (it's under revision control). So, I can suggest to Martin: upgrade to the latest git version of org and see if that helps? eric Thanks Eric, it appears that the fact that a whole subtree indeed disappeared from the latex output had left me kind of speechless :-) . No the problem does not go away with latest git sources. Martin ___ 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] Strange behaviour of produced latex-pdf
Thomas S. Dye t...@tsdye.com writes: [...] I'm speechless, too. I haven't seen this particular bug yet, but will keep my eyes open for it. Thanks for pointing it out. Over the past year, I have had some strange behaviour in my latex exports appear every now and again, and it usually exhibits itself by not exporting everything I would expect (only to latex; fine to html in every case). Unfortunately, I've never been able to isolate the problem. I will, however, inform the list the next time it happens to me. I'm glad that Martin has found his problem but it appears his is completely different than what I have experienced in that, in his case, the latex file includes everything... Is that so Martin? eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.302.gd840.dirty) ___ 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] Diary in ical export
So I guess that I was hallucinating that it was possible to export Diary dates when exporting the org agenda to iCal. I am going to use icalendar.el similar to [1] unless someone chimes in with a more org-mode-esque way of approaching it. [1] http://www.mail-archive.com/emacs-orgmode@gnu.org/msg00523.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] Easily go to some frequently accessed heading (narrowed to region)
Thanks again Eric, this is a good solution for projects that are not accessed frequently for me (I only know some of the org search capabilities, I guess it is time to reread that section in the manual). At last, using the initial code provided by Bastien I was able to program something that gives me what I wanted. The code is provided below. Basically, I only need to write a my-find-someproject*-org-heading function for each projects I am interested in and bind it to a key. I had before the F1 key binded to a function that just opened my main org file, therefore the most straightforward idea is to rebind that function to F1 F1 and then bind the different my-find-someproject*-org-heading functions to F1 SomeKey. #+begin_src emacs-lisp (defun buffer-exists (bufname) (not (eq nil (get-buffer bufname)) ) ) (defun my-find-org-heading (projectName) (interactive) (let (heading org-indirect-buffer-display) (setq heading (concat * projectName)) (setq org-indirect-buffer-display 'current-window) (if (buffer-exists projectName) (switch-to-buffer projectName) ;; Else (progn (find-file ~/org/main.org) (goto-char (point-min)) (search-forward heading) (org-tree-to-indirect-buffer) (rename-buffer projectName) (org-overview) (show-children) ) ) ) ) (defun my-find-someproject-org-heading nil (interactive) (my-find-org-heading someproject) ) #+end_src -- Darlan At Wed, 02 Feb 2011 15:52:55 +, Eric S Fraga e.fr...@ucl.ac.uk wrote: Darlan Cavalcante Moreira darc...@gmail.com writes: Thanks Eric I tried org-goto before, but I needed something that I could bind to a [...] A custom agenda view is is good to see the tasks associated with a project and I already tag each project as you suggested, but besides the tasks there are some subheadings in each project that have only information without tasks or schedule/deadline dates. That is what motivated me to search for a way to quickly access the project contents and not only its tasks. Okay, let's try a third suggestion (in case it's 3rd time lucky ;-): 3. what about a sparse tree view (org-sparse-tree, C-c /, followed by 'm' for match on a tag of choice) of your projects file? But again, this isn't necessarily something you can program, although maybe you can as org-sparse-tree invokes org-match-sparse-tree which looks definitely viable as a candidate for programmatic use: , | org-match-sparse-tree is an interactive compiled Lisp function in | `org.el'. | | (org-match-sparse-tree optional TODO-ONLY MATCH) | | Create a sparse tree according to tags string MATCH. | MATCH can contain positive and negative selection of tags, like | +WORK+URGENT-WITHBOSS. | If optional argument TODO-ONLY is non-nil, only select lines that are | also TODO lines. ` so you could definitely write specific a function to use this, with a specific match string, followed by a narrow to subtree? -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.298.g16b40) ___ 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] Easily go to some frequently accessed heading (narrowed to region)
Thanks Alan, In fact, I used a very similar function to open my main org file for a long time, but since lately I was always going to a specific heading after opening the org file I got interested in what I had asked. -- Darlan At Thu, 3 Feb 2011 06:35:12 +1000, Alan E. Davis lngn...@gmail.com wrote: [1 text/plain; ISO-8859-1 (7bit)] I adapted something from Sacha Chua: a file with links to my most frequently accessed links. I too have been seeking some way to make this automatic, but even as it is, it works great. I call the file Pointers.org. It is just an org-mode file, each headline is a link. Then, in my init file (.emacs) is the following: , | (defun pointers () | (interactive) | (find-file ~/org/Pointers.org)) | (define-key global-map \C-c0 'pointers) ` It's not too hard to install a new link at the top of the file. I guess it would also be easy to write a function or use a capture template to do this. Alan Pollution is nothing but the resources we are not harvesting. We allow them to disperse because we've been ignorant of their value. --- R. Buckminster Fuller On Thu, Feb 3, 2011 at 1:52 AM, Eric S Fraga e.fr...@ucl.ac.uk wrote: Darlan Cavalcante Moreira darc...@gmail.com writes: Thanks Eric I tried org-goto before, but I needed something that I could bind to a [...] A custom agenda view is is good to see the tasks associated with a project and I already tag each project as you suggested, but besides the tasks there are some subheadings in each project that have only information without tasks or schedule/deadline dates. That is what motivated me to search for a way to quickly access the project contents and not only its tasks. Okay, let's try a third suggestion (in case it's 3rd time lucky ;-): 3. what about a sparse tree view (org-sparse-tree, C-c /, followed by 'm' for match on a tag of choice) of your projects file? But again, this isn't necessarily something you can program, although maybe you can as org-sparse-tree invokes org-match-sparse-tree which looks definitely viable as a candidate for programmatic use: , | org-match-sparse-tree is an interactive compiled Lisp function in | `org.el'. | | (org-match-sparse-tree optional TODO-ONLY MATCH) | | Create a sparse tree according to tags string MATCH. | MATCH can contain positive and negative selection of tags, like | +WORK+URGENT-WITHBOSS. | If optional argument TODO-ONLY is non-nil, only select lines that are | also TODO lines. ` so you could definitely write specific a function to use this, with a specific match string, followed by a narrow to subtree? -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.298.g16b40) ___ 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 [2 text/html; ISO-8859-1 (quoted-printable)] ___ 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] [OT] Taskwarrior, nice GTD-oriented CLI thing
Hey list, I just found out about Taskwarrior today - http://taskwarrior.org. It seems to be a quite ambitious project to turn the CLI into a full-fledged GTD environment. I wouldn't leave org for it, but I thought it's quite nice and maybe some ideas could be borrowed or even integrations made. Anyway, just for the record. Check it out! Cheers, Marcelo. ___ 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] Best publishing tool
Hi list, What do you guys think about asciidoc, has any of you ever used it? I have a couple of papers and one ebook to write and I don't know if I go the asciidoc, org or LaTeX path. I'd say asciidoc and orgmode would be the way to go, because of the small learning curve. Any suggestions appreciated! Thanks, Marcelo. ___ 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: Diary in ical export
Bill Purcell will...@whpiv.net writes: Does anyone export Diary dates when exporting to ics from within org-mode? I thought this would be handled with (setq org-agenda-include-diary t) but that doesn't do it form me. I do export diary-style sexp date: not all diary date are exportable, for more information look at the icalendar.el. this : %%(diary-anniversary 12 20 2010) My Son's %d%s Birthday. don't seen to be exported, but this: %%(diary-anniversary 12 20 2010) My Son's %d%s Birthday. is exported -- Rémi Vanicat ___ 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-scan-tags
On Sep 15, 2010, at 5:19 AM, Ilya Shlyakhter wrote: In org-scan-tags, if todo-only is t, would it be possible to speed things up by changingthe regexp go to just the lines with a TODO keyword? I believe this may cause a problem. The scanner needs to see at least every parent node to be able to collect all inherited tags. So I think that a tree like * heading ** one :tag1: *** TODO two :tag2: would incorrectly miss out on :tag1: - Carsten I.e. in (let* ((re (concat ^ outline-regexp *\\(( (mapconcat 'regexp-quote org-todo-keywords-1 \ \|) (org-re )\\)? *\\(.*?\\)\\(:[[:alnum:]_@:]+:\\)? [ \t]*$))) remove the first ? if todo-only is t. Also, regexp-opt might make a more efficient regexp than mapconcat with regexp-quote. Reason for request: I'm writing an extension of org for setting checking goals, and want to quickly find entries with headlines of the form GOAL of which there may be relatively few in a large file. So, stepping through all entries and then checking them for the GOAL keyword is very inefficient. It would be much faster if the regexp included the GOAL as a keyword. It would be good if the parameter todo-only could be a list of strings, and org-scan-tags would return only the headlines where the todo keyword is from this list. It could use regexp-opt to make an efficient regexp for this. There also seem to be other opportunities for speeding up org-scan-tags in this way: e.g. if the match string includes +mytag, the regexp for the headline could include this as well. Similarly for properties. Maybe, org-make-tags-matcher could return a list of tags and properties that must appear in any matching entry. It would also help if the tags matcher expression could refer to text properties stored on the headline -- perhaps, with conditions such as :myprop=X (i.e. same as for org properties, but property name must be a keyword). It already does this for the 'org-category text property. Then one can e.g. mark entries representing unmet goals with text properties, and then use a regular org-tags-view to browse them in a sparsetree or an agenda. Thanks, ilya ___ 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] Choosing css for Worg
Emacswiki has a nice and easy way to choose CSS for the page it renders. Look for `use it' links in the below page. http://www.emacswiki.org/emacs/CSS Is there anything similar for org/worg pages? Jambunathan K. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Best publishing tool
On Wed, 2 Feb 2011 22:37:57 -0600 Marcelo de Moraes Serpa celose...@gmail.com wrote: What do you guys think about asciidoc, has any of you ever used it? It is nice system, but I do not like Docbook-toolchain...and therefore prefer reStructuredText (http://docutils.sourceforge.net/rst.html) along with Sphinx (http://sphinx.pocoo.org/). YMMV. ;) Sincerely, Gour -- Gour | Hlapicina, Croatia | GPG key: CDBF17CA signature.asc 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
