Re: [Orgmode] org-occur customize
On 3Nov2007, at 12:26 AM, Harald Weis wrote: On Fri, Nov 02, 2007 at 03:52:27PM +, Bastien wrote: Harald Weis [EMAIL PROTECTED] writes: I need the following customization of the org-occur function: If the match is in a headline, headline _and_ body are made visible. Is there a way to accomplish this? Have a look at the variable `org-show-hierarchy-above': ,[ org-show-hierarchy-above ] | | Non-nil means, show full hierarchy when revealing a location. | Org-mode often shows locations in an org-mode file which might have | been invisible before. When this is set, the hierarchy of headings | above the exposed location is shown. | | [...] Sorry, this does not help. It is not the hierarchy _above_ which I want to see, but the body of the _matched_ headline. 5.14 will have a new variable `org-show-entry-below' that allows to customize this behavior. Thanks for pointing out this omission! - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Tags - legal values
Yes, dash is currently not allowed in a tag. - Carsten On 3Nov2007, at 5:53 PM, Richard G Riley wrote: Is it correct that I shouldn't be able to include hyphens in a tag name? e.g #+TAGS: Web(w) Emacs(e) C-Programming(C) If I do this C-c C-c C doesn't work. If I remove the - it does. 5.13h ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] tagging during creation
On 31Oct2007, at 4:17 PM, Bastien wrote: Richard G Riley [EMAIL PROTECTED] writes: (define-key org-mode-map \C-cc 'org-set-tags) HTH, And how to do with the proper tags interface showing tab for free etc so I can see the existing tags to choose from ? e.g as you currently get when you hit C-c C-c C-c in an org file. `org-set-tags' won't use the fast selection interface unless it knows about a pre-defined set of available tags. Since you cannot set this directly in the org-remember buffer, you need to use `org-tag-alist' See the manual (info (org)Setting tags): (setq org-tag-alist '((@WORK . ?w) (@HOME . ?h) (Laptop . ? l))) I had to make a patch to get this working with Org 5.13h, otherwise Org would just reinitialize `org-tag-alist' each time org-mode is run, i.e. each time a new Org buffer is open - including the remember buffer and regardless of the fact that `org-tag-alist' has been globally defined. Please try it and give me feedback. Thanks, diff -u /home/guerry/elisp/testing/org/org.el /home/guerry/elisp/ testing/bzg/org.el --- /home/guerry/elisp/testing/org/org.el 2007-10-31 15:05:32.0 + +++ /home/guerry/elisp/testing/bzg/org.el 2007-10-31 15:05:44.0 + @@ -4173,7 +4173,7 @@ (string-to-char (match-string 2 e))) tgs)) (t (push (list e) tgs - (org-set-local 'org-tag-alist nil) + (org-set-local 'org-tag-alist org-tag-alist) (while (setq e (pop tgs)) (or (and (stringp (car e)) (assoc (car e) org-tag-alist)) I don't think this patch is correct. This code is only executed when there is a #+TAGS line in the buffer, and then it needs to be executed, to overrule the global settings. If there is no #+TAGS line, the global value will be used. What exactly are you trying to fix with this patch? - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] switching between todo groups
Hi Bastien, Richard, thanks for the discussion! Org-mode is plain text, so I don't have a good way to store which sequence is being used *between* sessions. Because of that, it seems to me that it does not make a lot of sense to store the sequence during the current session, because that would cause random behavior with exactly the same input. So I don't really have a good solution for this. Properties would be a way out, but seem to be overkill for me. The whole purpose of TODO keywords is to have something much easier than properties. It is best to have different keywords where possible, and in particular for the first keyword in a sequence. I will beef up the documentation in this respect. - Carsten On 3Nov2007, at 4:15 PM, Richard G Riley wrote: Bastien [EMAIL PROTECTED] writes: Richard G Riley [EMAIL PROTECTED] writes: Hey you mentionned in your first email that the manual explicitely said the two sets should have different keywords, so bug is a bit too much here :-) You misunderstand. When you try to switch it says 1/2 but wont switch. It should not recognise the second if you cant switch to it I think. So your proposal is to ignore the second set if it is not well defined? Yes. I was confused for a while as to why I couldn't select the second set. Or maybe no. But let the user know why they cant be used. It might be even better to really allow the selection. The next state change must be preceeded by a sequence selection each and every time if you are not wanting to use the default (first) sequence. That would make sense to me too. Maybe this would be even more confusing for the user: having 1/2 in the echo-area and not being able to get 2/2 makes you wonder what is wrong with the second set... what you precisely did. If the second set is simply ignored, then the user will be tempted to make Org know about it rather than fixing it. Would you use this? Probably not as my initial query was more interest than anything else :-) and I don't know what TYP_TODO is off the top of my head:-; Org used to handle the cycling through SEQ_TODO and TYP_TODO keywords differently -- looks like it's not the case anymore... ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: table calculation broken again
On 1Nov2007, at 11:22 AM, Thomas Baumann wrote: Hi Carsten and others who might help, I thought this had been solved in between but somehow |+--++--+| | 26.10.2007 | Cost | 68 | 0.30 | 110.40 | |+--++--+| || Sum || | 110.40 | #+TBLFM: $5=$3*$4;%.2f::@2$5=vsum(@[EMAIL PROTECTED]);%.2f won't work (I almost sent an incorrect invoice ...) whereas | Test | tt | tt | | | |+--++--+---| | 26.10.2007 | Cost | 68 | 0.30 | 20.40 | |+--++--+---| || Sum || | 20.40 | #+TBLFM: $5=$3*$4;%.2f::@3$5=vsum(@[EMAIL PROTECTED]);%.2f works fine. Orgmode is 5.13h This is not a bug, it is intended to work like this. A hline before the table is considered a table border line, not a separator line. I do not want table formulas depend on the habit of a user to have or have not the table start with a hline. I will make the clearer in the docs. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] slow formula evaluation
Arrgh, forgot to remove debugging code FIxed in 5.13i, thanks. - Carsten On 31Oct2007, at 10:05 PM, Stephan Schmitt wrote: Hello, if you're annoyed by slow formula evaluation in tables (org version 5.13h), kill (or comment out) line 9783 in org.el: (message form %s f) (sit-for 1) best regards, Stephan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] http://www.todotxt.org/
Leo [EMAIL PROTECTED] writes: I came across www.todotxt.org and it looks like another good application for managing todo (or applying GTD methodology). Interesting. Did you already use/test it? It is also based on text file. Yes, text files are powerful. What strikes me is that in both cases (Org/todotxt) there seem to be a large community using them. See the discussion at lifehacker: http://tinyurl.com/2g4c43 Another thing: when quickly reviewing the website, I couldn't figure out how timestamp and deadlines where handled. It seems there is a hack for this (see the comments of the discussion above) but I don't know if it's a builtin now. That would be quite a shortcoming I guess. -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] XHTML export - nbsp; etc.
Daniel Clemente [EMAIL PROTECTED] writes: Sorry, I wanted to say the symbol for „*nonbreaking space* could be \~ , instead of just ~ I think this would be weird. By nonbreaking character, I meant the output of C-x 8 SPC (try it). This is iso-8859-1, not ascii, so we should avoid to handle this in Org source file -- but my bet is that people who want to insert nonbreaking characters are also people using other charsets than ascii. Is it better to enter the unicode character directly, or offering something like \~ ? For me \~ would rather mean don't convert ~, which means: output ~ (at least in LaTeX, since the normal LaTeX conversion for ~ is \~) -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] tagging during creation
Carsten Dominik [EMAIL PROTECTED] writes: - (org-set-local 'org-tag-alist nil) + (org-set-local 'org-tag-alist org-tag-alist) I don't think this patch is correct. This code is only executed when there is a #+TAGS line in the buffer, and then it needs to be executed, to overrule the global settings. If there is no #+TAGS line, the global value will be used. What exactly are you trying to fix with this patch? I was trying to address Richard's question: Is it possible to set tags from withing the org-remember entry buffer? The first problem is that remember buffers steal the C-c C-c key. You cannot add fast tag selection as usual. A solution might be to use the C-x C-s key to process the *remember* buffer and bind C-c C-c back to org-set-tags. What do you think? The second problem was that I thought the global value of org-tag-alist was ignored in remember buffer but I was wrong. I messed up while going back and forth from config to *remember* buffer... sorry for that! -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Org errors when requiring a new pabbrev.el version
Hi, in [EMAIL PROTECTED] Phillip Lord posted a new version oy his pabbrev.el in the emacs-sources mailinglist. There seem to be some changes that break the current code in org.el. When I do (require 'pabbrev) I get. --8---cut here---start-8--- Debugger entered--Lisp error: (void-variable pabbrev-expand-after-command-list) add-to-list(pabbrev-expand-after-command-list orgtbl-self-insert-command t) (progn (add-to-list (quote pabbrev-expand-after-command-list) (quote orgtbl-self-insert-command) t) (add-to-list (quote pabbrev-expand-after-command-list) (quote org-self-insert-command) t)) eval((progn (add-to-list (quote pabbrev-expand-after-command-list) (quote orgtbl-self-insert-command) t) (add-to-list (quote pabbrev-expand-after-command-list) (quote org-self-insert-command) t))) do-after-load-evaluation(/home/heimdall/elisp/pabbrev.el) load-with-code-conversion(/home/heimdall/elisp/pabbrev.el /home/heimdall/elisp/pabbrev.el nil t) require(pabbrev) eval((require (quote pabbrev))) eval-last-sexp-1(nil) eval-last-sexp(nil) call-interactively(eval-last-sexp) --8---cut here---end---8--- The corresponding code in org.el is --8---cut here---start-8--- (eval-after-load pabbrev '(progn (add-to-list 'pabbrev-expand-after-command-list 'orgtbl-self-insert-command t) (add-to-list 'pabbrev-expand-after-command-list 'org-self-insert-command t))) --8---cut here---end---8--- It seems the variable name has been changed. This is what the comments of pabbrev.el say. --8---cut here---start-8--- ;;; Package Support: ;; ;; Some packages need extra support for pabbrev to work with. There are two ;; plists properties which package developers can use. ;; ;; (put 'command-name 'pabbrev-expand-after-command t) ;; ;; means that the following the named command (in this case command-name), ;; expansion will be offered. `self-insert-command' and a few others is ;; normally fine, but not always. ;; ;; (put mode-name 'pabbrev-global-mode-excluded-modes t) ;; ;; will mean that any buffer with this major mode will not have ;; global-pabbrev-mode activated. ;; --8---cut here---end---8--- Bye, Tassilo ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org errors when requiring a new pabbrev.el version
Hi Tassilo, yes, thanks for the correct analysis. Phillip changed pabbrev.el on my request, to improve package support. Org-mode 5.14 will then work correctly with pabbrev.el. For now, just use this hack in .emacs (remove again after the 5.14 release): ;; Create this obsolete variable, to keep org.el 5.14 from hitting an error (defvar pabbrev-expand-after-command-list nil) ;; Make pabbrev-mode expand after org-mode commands (put 'org-self-insert-command 'pabbrev-expand-after-command t) (put 'orgybl-self-insert-command 'pabbrev-expand-after-command t) - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] bibtex fields in remember templates
On 31Oct2007, at 2:51 AM, Austin Frank wrote: Hello! I am wondering whether it would be possible to have access to the values of bibtex fields in remember templates when calling remember from a buffer in bibtex mode. I would like to define a template that includes a link to the bibtex entry, but which also lays out a brief citation. Something like * TO_READ%?\n %a\n %:author (%:year). %:title. %:journal: %:pages. I know that links to bibtex entries are created using the custom search mechanism, but I can't figure out how to expose properties of the bibtex entry to remember or org-remember. This is, I think, hard using the current mechanism. I believe it would be much better to create a new link type for BibTeX, now that this is possible. The it would also be easy to set a lot of info that can be accessed by templates. Any volunteers? - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] When is a TODO really a TODO ? ...
I'd just like to point a little issue when discussing TODO items. There is frequently a tendency to confuse an item marked with TODO for a TODO item e.g , | C-c C-v runs the command org-show-todo-tree | which is an interactive compiled Lisp function in `/home/shamrock/programming/lisp/org-5.13h/org.elc'. | It is bound to C-c C-v, menu-bar Org TODO Lists Show TODO Tree, menu-bar Org Special views current file TODO Tree. | (org-show-todo-tree arg) | | Make a compact tree which shows all headlines marked with TODO. ` Items marked with TODO are not more special than one marked with APPLE : its all down to the sequences e.g #+SEQ_TODO: APPLE(t) WAITING(w@) INPROGRESS(p@) | DONE(d) CANCELLED(x@) DELEGATED(l@) And the org-show-todo-tree actually shows any tasks marked as in sequence or being processed if you will I mention this because I got confused a lot earlier in my experiences with org-mode as to what TODO items really are. It seems, and please correct me if I am wrong, that there really are not any TODO items - there are only items assigned a process status. ie far more generic. Anyway, just some idle thoughts! ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] handling cyclic tasks (general question)
Thanks again for your speedy response. I have to do a bit of thinking as to why I use the setup I do, I somehow just evolved as the Right Thing. I'll experiment with archiving the cyclic tasks, sounds like a great idea. I'm not very very new to org-mode, but it has grown on me so much that I try to do more and more of my organizational stuff with it, and I am having a little trouble getting it to do exactly what I want (or, more likely, I don't know exactly what I want ;-) ). Thanks again, Stuart ps Bastien, in your signature you say Remember: use `Reply All' to send replies to the list. I use Gnus 5.11. Is a Wide Reply, the same as Reply All? Sorry for the naive question, I love using Gnus, but what you can do with it is, well, a _lot_. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] handling cyclic tasks (general question)
Hi Stuart, Stuart McLean [EMAIL PROTECTED] writes: (or, more likely, I don't know exactly what I want ;-) ). Er, at least now you *know* that :) ps Bastien, in your signature you say Remember: use `Reply All' to send replies to the list. This is appended to my signature by the mailing list bot (mailman). I use Gnus 5.11. Is a Wide Reply, the same as Reply All? AFAIK, yes. Reply All is a most common labelling across mail user agents, but the result should be the same. I guess the warning in the sig is because a simple Reply To will only reply to the sender (as it should be, even if some mailing list don't respect this convention...) Sorry for the naive question, I love using Gnus, but what you can do with it is, well, a _lot_. A _lot_ is not enough to say! -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] When is a TODO really a TODO ? ...
Hi Richard, you make an interesting point. The fact that items with a process state are called TODO items had two roots: - historically: Initially, there was only TODO and DONE. - pedagogically: Org-mode tries to be easy-entry, but then lots of stuff under the hood. This is why TODO items are introduced the way they are. You said that you have been confused by this, so maybe it is not the right way after all. Any proposals on how to address this in the docs? - Carsten On 4Nov2007, at 6:38 PM, Richard G Riley wrote: I'd just like to point a little issue when discussing TODO items. There is frequently a tendency to confuse an item marked with TODO for a TODO item e.g , | C-c C-v runs the command org-show-todo-tree | which is an interactive compiled Lisp function in `/home/ shamrock/programming/lisp/org-5.13h/org.elc'. | It is bound to C-c C-v, menu-bar Org TODO Lists Show TODO Tree, menu-bar Org Special views current file TODO Tree. | (org-show-todo-tree arg) | | Make a compact tree which shows all headlines marked with TODO. ` Items marked with TODO are not more special than one marked with APPLE : its all down to the sequences e.g #+SEQ_TODO: APPLE(t) WAITING(w@) INPROGRESS(p@) | DONE(d) CANCELLED (x@) DELEGATED(l@) And the org-show-todo-tree actually shows any tasks marked as in sequence or being processed if you will I mention this because I got confused a lot earlier in my experiences with org-mode as to what TODO items really are. It seems, and please correct me if I am wrong, that there really are not any TODO items - there are only items assigned a process status. ie far more generic. Anyway, just some idle thoughts! ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] request re default year in date
On 16Oct2007, at 5:37 PM, John Rakestraw wrote: Hi -- [[resending because I sent earlier from different email address.]] As I begin to schedule meetings and tasks for the next calendar year, I find that the default year (if I say, for example, jan 7) is the current calendar year. Of course, that's what the documentation says it will be, but I wonder if we could have at least an option for the default year to be the next year if one is inserting a date that's already past for this calendar year -- in my case, at least, if I'm now inserting the date jan 7 -- or even sep 30 -- it's much more likely that I'm wanting the date from 2008 than from 2007. I know that the 2008 date is only two keystrokes away -- i.e., I can type sep 30 8 at the prompt and get 2008-09-30 Tue -- so I can live with it the way it is. Just looking to have the program think the way i think, I guess ;) Hi John, excellent suggestion, this will be in 5.14, maybe even on by default. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode