[Orgmode] org-refile-targets: excluding archived
Hi is there any way of excluding archived items from org-refile-targets? I've looked at the docstring and can't figure out how to exclude specific tags. Thanks Paul ___ 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-refile-targets: excluding archived
On Jul 20, 2010, at 9:43 AM, Paul Mead wrote: Hi is there any way of excluding archived items from org-refile-targets? I've looked at the docstring and can't figure out how to exclude specific tags. Please take a look at the variable org-refile-target-verify-function. Greetings - Carsten Thanks Paul ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] `org-refile' doc string
In the documentation of `org-refile' we read: If there is an active region, all entries in that region will be moved. However, the region must fulfil the requirement that the first heading is the first one sets the top-level of the moved text - at most siblings below it are allowed. I completely fail at parsing the second sentence. Could please someone who knows what it's trying to say fix it? Many thanks, Štěpá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
Re: [Orgmode] `org-refile' doc string
Štěpán Němec step...@gmail.com wrote: In the documentation of `org-refile' we read: If there is an active region, all entries in that region will be moved. However, the region must fulfil the requirement that the first heading is the first one sets the top-level of the moved text - at most siblings below it are allowed. I completely fail at parsing the second sentence. Could please someone who knows what it's trying to say fix it? What's the problem? It's crystal clear! :-) But seriously, I think what's it's trying to say is that you can't just select an arbitrary region of the org file and refile it: it has to satisfy some constraints. For example, if you start at a level 2 headline, the region cannot then include a level 1 headline further down; it can only include level 2 and lower headlines. The error message from the function when you try something illegal is much clearer than the long explanation above: The region is not a (sequence of) subtree(s) Maybe the doc string should say: ... However, the region must satisfy some constraints: it has to be a subtree (or a sequence of subtrees). Would that be clear enough? Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-refile bug
Whenever I run org-remember, enter a single item, type C-1 C-c C-c, and select a heading to file it under, the entry is lost. Is this a bug? I'm using Org-mode version 6.34trans (release_6.34c.210.g6976). ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Org refile within current buffer?
Is there an org-mode command to refile only within the current buffer? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-refile to top-level heading
Is there a way to use org-refile to refile an item as a top-level heading in some file? Looking into this, there only seems to be a way to file as a subheading. Thanks, Nathaniel Flath ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-refile refiles items to active clock
Hi all, I updated to the most current git version of org this morning and am finding that org-refile simply moves items to currently clocked-in item (at least when that item is in the current file) without offering a prompt for targets. I have not changed anything in my org setup since yesterday, when org-refile worked correctly. Here are my org-refile settings: --8---cut here---start-8--- (setq org-refile-targets '((org-agenda-files :maxlevel . 2) (nil :maxlevel . 2))) (setq org-goto-interface 'outline-path-completion) (setq org-refile-allow-creating-parent-nodes 'confirm) (setq org-outline-path-complete-in-steps t) (setq org-completion-use-ido nil) (setq org-refile-use-outline-path 'file) --8---cut here---end---8--- Thanks, Matt ___ 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-refile-targets multiple conditions
Hi Samuel, do not want to make the criteria in org-refile-targets any more complex. But you can now write a verification function and put it into the new variable org-refile-target-verify-function. HTH - Carsten On Apr 17, 2009, at 12:12 AM, Samuel Wales wrote: I want to eliminate DONE and similar states from the list of refile targets. The benefits would be: 1) The set of candidates is reduced, requiring fewer keystrokes to select a target. 2) The possibility of misfiling into a task that will be archived is reduced. 3) The list length is reduced, helping to work around some of the speed problems that I have been experiencing with ido. This is possibly at the cost of slower creation of the initial list, however. The documentation for org-refile-targets says: - a cons cell (:todo . KEYWORD) to identify refile targets by todo keyword. In principle I might get the desired behavior by including all kw /except/ doneish ones, and also including the empty string. But if I did so, I don't think it would work, because I already set (:maxlevel . 5). I did not find a way to specify that I want non-doneish entries (including blank) that are below level 6. Would it be feasible to allow AND and NOT? (setq org-refile-targets `((,(file-expand-wildcards (substitute-in-file-name $dorg/ *.org)) . (and (:maxlevel . 5) (not (:todo . DONE)) (not (:todo . MOST)) (not (:todo . MOOT)) (not (:todo . DUPLICATE))[fn:13] Or is there a way that I can do this with existing org? Thanks. [fn:13] Or (not (todo DONE)) or (not (or (todo DONE) ...). -- Myalgic encephalomyelitis denialism is causing death and severe suffering worse than MS. Greed is corrupting science into foul nonsense. Anybody can get the disease at any time permanently. Do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ 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] org-refile-targets multiple conditions
Hi Carsten, On Fri, Apr 17, 2009 at 08:58, Carsten Dominik carsten.domi...@gmail.com wrote: But you can now write a verification function and put it into the new variable org-refile-target-verify-function. Thank you! I presume one uses org-entry get here? Also, how to verify that the entire subtree of a doneish task is not included? Is there a way to skip the subtree? Perhaps if the function returns 'skip-entire-subtree, then it can indicate that there is no need to look at the descendants? (Or, depending on one's taste, nil could skip nothing, t could skip the headline, and subtree could skip the subtree.) -- Myalgic encephalomyelitis denialism is causing death and severe suffering worse than MS. Greed is corrupting science into foul nonsense. Anybody can get the disease at any time permanently. Do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ 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-refile-targets
I never want to refile to a task that has certain todo kw. These include DONE and other doneish kw. Eliminating these states from the list of refile targets would have several advantages: 1) The set of candidates is reduced, requiring fewer keystrokes to select a target. 2) The possibility of misfiling into a task that will be archived is reduced. 3) The list length is reduced, helping to work around some of the speed problems that I have been experiencing with ido. This is possibly at the cost of slower creation of the initial list, however. The documentation for org-refile-targets says: - a cons cell (:todo . KEYWORD) to identify refile targets by todo keyword. But this suggests the presence of a kw, rather than the absence of one. In principle I might get the desired effect by including all kw /except/ doneish ones, and also including the empty string. But if I did so, I don't think it would work, because I already set (:maxlevel . 5). I did not find a way to specify that I want non-doneish entries (including blank) that are below level 6. Would it be feasible to allow AND and NOT? (setq org-refile-targets `((,(file-expand-wildcards (substitute-in-file-name $dorg/*.org)) . (and (:maxlevel . 5) (not (:todo . DONE)) (not (:todo . MOST)) (not (:todo . MOOT)) (not (:todo . DUPLICATE))[fn:13] Or is there a way that I can do this with existing org? Thanks. [fn:13] Or (not (todo DONE)) or (not (or (todo DONE) ...). -- Myalgic encephalomyelitis denialism is causing death and severe suffering worse than MS. Greed is corrupting science into foul nonsense. Anybody can get the disease at any time permanently. Do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm -- Myalgic encephalomyelitis denialism is causing death and severe suffering worse than MS. Greed is corrupting science into foul nonsense. Anybody can get the disease at any time permanently. Do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ 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-refile-targets
I never want to refile to a task that has certain todo kw. These include DONE and other doneish kw. Eliminating these states from the list of refile targets would have several advantages: 1) The set of candidates is reduced, requiring fewer keystrokes to select a target. 2) The possibility of misfiling into a task that will be archived is reduced. 3) The list length is reduced, helping to work around some of the speed problems that I have been experiencing with ido. This is possibly at the cost of slower creation of the initial list, however. The documentation for org-refile-targets says: - a cons cell (:todo . KEYWORD) to identify refile targets by todo keyword. But this suggests the presence of a kw, rather than the absence of one. In principle I might get the desired effect by including all kw /except/ doneish ones, and also including the empty string. But if I did so, I don't think it would work, because I already set (:maxlevel . 5). I did not find a way to specify that I want non-doneish entries (including blank) that are below level 6. Would it be feasible to allow AND and NOT? (setq org-refile-targets `((,(file-expand-wildcards (substitute-in-file-name $dorg/*.org)) . (and (:maxlevel . 5) (not (:todo . DONE)) (not (:todo . MOST)) (not (:todo . MOOT)) (not (:todo . DUPLICATE))[fn:13] Or is there a way that I can do this with existing org? Thanks. [fn:13] Or (not (todo DONE)) or (not (or (todo DONE) ...). -- Myalgic encephalomyelitis denialism is causing death and severe suffering worse than MS. Greed is corrupting science into foul nonsense. Anybody can get the disease at any time permanently. Do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm -- Myalgic encephalomyelitis denialism is causing death and severe suffering worse than MS. Greed is corrupting science into foul nonsense. Anybody can get the disease at any time permanently. Do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ 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-refile-targets multiple conditions
I want to eliminate DONE and similar states from the list of refile targets. The benefits would be: 1) The set of candidates is reduced, requiring fewer keystrokes to select a target. 2) The possibility of misfiling into a task that will be archived is reduced. 3) The list length is reduced, helping to work around some of the speed problems that I have been experiencing with ido. This is possibly at the cost of slower creation of the initial list, however. The documentation for org-refile-targets says: - a cons cell (:todo . KEYWORD) to identify refile targets by todo keyword. In principle I might get the desired behavior by including all kw /except/ doneish ones, and also including the empty string. But if I did so, I don't think it would work, because I already set (:maxlevel . 5). I did not find a way to specify that I want non-doneish entries (including blank) that are below level 6. Would it be feasible to allow AND and NOT? (setq org-refile-targets `((,(file-expand-wildcards (substitute-in-file-name $dorg/*.org)) . (and (:maxlevel . 5) (not (:todo . DONE)) (not (:todo . MOST)) (not (:todo . MOOT)) (not (:todo . DUPLICATE))[fn:13] Or is there a way that I can do this with existing org? Thanks. [fn:13] Or (not (todo DONE)) or (not (or (todo DONE) ...). -- Myalgic encephalomyelitis denialism is causing death and severe suffering worse than MS. Greed is corrupting science into foul nonsense. Anybody can get the disease at any time permanently. Do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ 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-refile gets the level wrong
All, Just started using org (6.06b). I've got .emacs customization: (setq org-log-done t) (setq org-directory ~/org/) (setq org-agenda-files (list ~/org/orgTutorial.org)) (setq org-default-notes-file ~/org/orgTutorial.org) (setq org-return-follows-link t) (setq org-blank-before-new-entry '((heading . t) (plain-list-item . nil))) And I've got a file that looks like this: , | #+STARTUP: showstars | #+STARTUP: hidestars | #+STARTUP: odd | #+STARTUP: oddeven | | * first header | | * second header | *** TODO thing to refile ` On the 'TODO' item I run M-x org-refile and when prompted enter 'first header' After refiling it looks like: , | * first header | ** TODO thing to refile | | * second header ` Note there are only two asterisks. Is this expected behavior? Or a bug? thanks, TJ -- Trey Jackson [EMAIL PROTECTED] Rule number one: don't inhale water. -- Daniel Russell ___ 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-refile question - jump to refiled note
After using org-refile (C-c C-w) on a task is there a way to jump straight to wherever it was filed away? Thanks, Bernt ___ 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-refile bug? org-back-to-heading: before first heading
Same here, excellent report, just took me 5 minutes to find and fix the bug, thanks! - Carsten On Jan 17, 2008, at 12:32 AM, Bernt Hansen wrote: Hi Carsten, I'm playing with org-refile and in some cases it's not working for me. Here's a test.org file and minimal emacs setup you can try to use to reproduce the problem. Org-mode version 5.18a GNU Emacs 22.1.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2007-11-03 on pacem, modified by Debian ,[ ~/minimal.emacs ] | (global-font-lock-mode t) | (add-to-list 'load-path (expand-file-name ~/git/org-mode)) | (add-to-list 'auto-mode-alist '(\\.org$ . org-mode)) | (require 'org-install) | (define-key global-map \C-ca 'org-agenda) | (custom-set-variables | '(org-agenda-files (quote (~/org/test.org | (setq org-use-fast-todo-selection t) ` ,[ test.org ] | #+STARTUP: contents | * one | ** TODO one-one | * Two | ** TODO Two-one |SCHEDULED: 2008-01-16 Wed | ** TODO Refile me to one ` Now do the following: $ emacs -q -l ~/minimal.emacs | Key Sequence | Description | | + -| | C-a a a| Go to agenda for the week | | down arrow | Move to scheduled task Two- one | | RETURN | Go to task in test.org | | down arrow | Go to task ** TODO Refile me to one | | C-c C-w| org- refile | | o TAB | Refile to * one | I get the following error text: org-back-to-heading: before first heading If I try to move back to the org file from the agenda by hitting return on the displayed scheduled task I get this error: call-interactively: Wrong type argument: integer-or-marker-p, nil --- If I don't display the agenda first... and just find-file to ~/org/test.org the org-refile works fine. Regards, Bernt ___ 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] org-refile: only works on leaves?
On Jan 15, 2008, at 8:29 PM, Wanrong Lin wrote: Hi, Carsten, It seems I found the cause of this. I have the following in my emacs config: (setq org-refile-targets '((org-agenda-files . (:maxlevel . 2 (setq org-refile-use-outline-path t) When using org-refile, the completion suggestions I got is (using example in my original example) Level 1 heading (xyz.org) Level 1 heading / Level 2 heading (xyz.org) Note there is a space between Level 1 heading and (xyz.org), so if I type Level and press TAB key, the minibuffer will get a completion up to Level 1 heading without the space, and I though this is a valid selection but org-mode refuses to take it. What is actually happening is, org-mode needs the (xyz.org) too. so if I add a space after Level 1 heading, and press TAB key again, the minibuffer will get a completion to Level 1 heading (xyz.org) and now org-mode thinks this is a valid selection. My feeling is the above is a little bit counter-intuitive. If there is no multiple files with the same heading Level 1 heading, I would think Level 1 heading should be considered a valid selection from the completion buffer. What do you think? In principle, I tend to agree but I don't know how to tweak completion to act like this. Have you considered to set (setq org-refile-use-outline-path 'file) ? This would get rid of the problem by moving the file name to the beginning of the completion string. - 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] org-refile: only works on leaves?
Carsten Dominik wrote: On Jan 15, 2008, at 8:29 PM, Wanrong Lin wrote: Hi, Carsten, It seems I found the cause of this. I have the following in my emacs config: (setq org-refile-targets '((org-agenda-files . (:maxlevel . 2 (setq org-refile-use-outline-path t) When using org-refile, the completion suggestions I got is (using example in my original example) Level 1 heading (xyz.org) Level 1 heading / Level 2 heading (xyz.org) Note there is a space between Level 1 heading and (xyz.org), so if I type Level and press TAB key, the minibuffer will get a completion up to Level 1 heading without the space, and I though this is a valid selection but org-mode refuses to take it. What is actually happening is, org-mode needs the (xyz.org) too. so if I add a space after Level 1 heading, and press TAB key again, the minibuffer will get a completion to Level 1 heading (xyz.org) and now org-mode thinks this is a valid selection. My feeling is the above is a little bit counter-intuitive. If there is no multiple files with the same heading Level 1 heading, I would think Level 1 heading should be considered a valid selection from the completion buffer. What do you think? In principle, I tend to agree but I don't know how to tweak completion to act like this. Have you considered to set (setq org-refile-use-outline-path 'file) ? This would get rid of the problem by moving the file name to the beginning of the completion string. - Carsten Yes, this may be difficult to implement... (although in org-mode, a lot of things I thought were difficult or nearly impossible are actually there. I guess my expectation has been elevated. :)) I think typing the file name will be more work (I am lazy :)) than pressing the space key, so I prefer the current setting. Thank you. Wanrong ___ 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-refile bug? org-back-to-heading: before first heading
Hi Carsten, I'm playing with org-refile and in some cases it's not working for me. Here's a test.org file and minimal emacs setup you can try to use to reproduce the problem. Org-mode version 5.18a GNU Emacs 22.1.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2007-11-03 on pacem, modified by Debian ,[ ~/minimal.emacs ] | (global-font-lock-mode t) | (add-to-list 'load-path (expand-file-name ~/git/org-mode)) | (add-to-list 'auto-mode-alist '(\\.org$ . org-mode)) | (require 'org-install) | (define-key global-map \C-ca 'org-agenda) | (custom-set-variables | '(org-agenda-files (quote (~/org/test.org | (setq org-use-fast-todo-selection t) ` ,[ test.org ] | #+STARTUP: contents | * one | ** TODO one-one | * Two | ** TODO Two-one |SCHEDULED: 2008-01-16 Wed | ** TODO Refile me to one ` Now do the following: $ emacs -q -l ~/minimal.emacs | Key Sequence | Description | |+-| | C-a a a| Go to agenda for the week | | down arrow | Move to scheduled task Two-one | | RETURN | Go to task in test.org | | down arrow | Go to task ** TODO Refile me to one | | C-c C-w| org-refile | | o TAB | Refile to * one | I get the following error text: org-back-to-heading: before first heading If I try to move back to the org file from the agenda by hitting return on the displayed scheduled task I get this error: call-interactively: Wrong type argument: integer-or-marker-p, nil --- If I don't display the agenda first... and just find-file to ~/org/test.org the org-refile works fine. Regards, Bernt ___ 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-refile: only works on leaves?
Carsten Dominik wrote: On Dec 21, 2007, at 8:09 PM, Wanrong Lin wrote: What I meant was: Suppose I have an org file like this: * Level 1 heading *** Level 2 heading With my settings (setq org-refile-targets '((org-agenda-files . (:maxlevel . 2 , when I try to refile an item, I press the TAB key, the auto-completion buffer will display Level 1 heading Level 1 heading / Level 2 heading If I want to put the refile item under Level 1 heading, I can not select Level 1 heading (Level 1 heading will show in the mini-buffer, but pressing RET key does not do anything, meaning org thinks this is an invalid target location). This works fine for me, I don't know what might be causing this. maybe some completion package you are using? - Carsten Hi, Carsten, It seems I found the cause of this. I have the following in my emacs config: (setq org-refile-targets '((org-agenda-files . (:maxlevel . 2 (setq org-refile-use-outline-path t) When using org-refile, the completion suggestions I got is (using example in my original example) Level 1 heading (xyz.org) Level 1 heading / Level 2 heading (xyz.org) Note there is a space between Level 1 heading and (xyz.org), so if I type Level and press TAB key, the minibuffer will get a completion up to Level 1 heading without the space, and I though this is a valid selection but org-mode refuses to take it. What is actually happening is, org-mode needs the (xyz.org) too. so if I add a space after Level 1 heading, and press TAB key again, the minibuffer will get a completion to Level 1 heading (xyz.org) and now org-mode thinks this is a valid selection. My feeling is the above is a little bit counter-intuitive. If there is no multiple files with the same heading Level 1 heading, I would think Level 1 heading should be considered a valid selection from the completion buffer. What do you think? Thank you. Wanrong ___ 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-refile: only works on leaves?
On Dec 21, 2007, at 8:09 PM, Wanrong Lin wrote: What I meant was: Suppose I have an org file like this: * Level 1 heading *** Level 2 heading With my settings (setq org-refile-targets '((org-agenda-files . (:maxlevel . 2 , when I try to refile an item, I press the TAB key, the auto-completion buffer will display Level 1 heading Level 1 heading / Level 2 heading If I want to put the refile item under Level 1 heading, I can not select Level 1 heading (Level 1 heading will show in the mini- buffer, but pressing RET key does not do anything, meaning org thinks this is an invalid target location). This works fine for me, I don't know what might be causing this. maybe some completion package you are using? - 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] org-refile: only works on leaves?
Carsten Dominik wrote: On Dec 21, 2007, at 8:09 PM, Wanrong Lin wrote: What I meant was: Suppose I have an org file like this: * Level 1 heading *** Level 2 heading With my settings (setq org-refile-targets '((org-agenda-files . (:maxlevel . 2 , when I try to refile an item, I press the TAB key, the auto-completion buffer will display Level 1 heading Level 1 heading / Level 2 heading If I want to put the refile item under Level 1 heading, I can not select Level 1 heading (Level 1 heading will show in the mini-buffer, but pressing RET key does not do anything, meaning org thinks this is an invalid target location). This works fine for me, I don't know what might be causing this. maybe some completion package you are using? - Carsten I did not use any completion packages except for whatever default one coming with Emacs 22. I will give this some more tests and see what could be the cause. Thanks a lot for testing and replying. Wanrong ___ 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-refile: only works on leaves?
Can you please make a more detailed test case and description? I have trouble to gras what exactly you mean. - Carsten On Dec 20, 2007, at 6:09 PM, Wanrong Lin wrote: Hi, Another thing I found out when using org-refile is, it seems the filing target can only be the leaves of the outline tree. The non- leaf target locations will be displayed in the auto-completion buffer, but can not be selected. I have the following settings (setq org-refile-targets '((org-agenda-files . (:maxlevel . 2 (setq org-refile-use-outline-path t) I am using the latest version (5.17a). Is there any option that I can set to change this behavior? Thanks for help. And, MERRY CHRISTMAS to all orgers Wanrong ___ 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] org-refile: only works on leaves?
What I meant was: Suppose I have an org file like this: * Level 1 heading *** Level 2 heading With my settings (setq org-refile-targets '((org-agenda-files . (:maxlevel . 2 , when I try to refile an item, I press the TAB key, the auto-completion buffer will display Level 1 heading Level 1 heading / Level 2 heading If I want to put the refile item under Level 1 heading, I can not select Level 1 heading (Level 1 heading will show in the mini-buffer, but pressing RET key does not do anything, meaning org thinks this is an invalid target location). Let me know if this is still not clear. Thank you very much for taking a look of this. Wanrong Carsten Dominik wrote: Can you please make a more detailed test case and description? I have trouble to gras what exactly you mean. - Carsten On Dec 20, 2007, at 6:09 PM, Wanrong Lin wrote: Hi, Another thing I found out when using org-refile is, it seems the filing target can only be the leaves of the outline tree. The non-leaf target locations will be displayed in the auto-completion buffer, but can not be selected. I have the following settings (setq org-refile-targets '((org-agenda-files . (:maxlevel . 2 (setq org-refile-use-outline-path t) I am using the latest version (5.17a). Is there any option that I can set to change this behavior? Thanks for help. And, MERRY CHRISTMAS to all orgers Wanrong ___ 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
[Orgmode] org-refile: automatic adjusting levels
Hi, I am just beginning to use org-refile more often, and found that org-refile does not work right when the refiled item has a level that does not match its target level. Seems in that case the refiled item will always goto the end of the target file. Should org-refile automatically adjust the level of the refiled item so it will fit into its target position? Thank you for giving it a thought. Wanrong ___ 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-refile: only works on leaves?
Hi, Another thing I found out when using org-refile is, it seems the filing target can only be the leaves of the outline tree. The non-leaf target locations will be displayed in the auto-completion buffer, but can not be selected. I have the following settings (setq org-refile-targets '((org-agenda-files . (:maxlevel . 2 (setq org-refile-use-outline-path t) I am using the latest version (5.17a). Is there any option that I can set to change this behavior? Thanks for help. And, MERRY CHRISTMAS to all orgers Wanrong ___ 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-refile
Hi Jose, On Dec 2, 2007, at 9:19 PM, Jose A. Ortega Ruiz wrote: Hi. I'm very happy with the new org-refile, but the current way of specifying the target node is, IMHO, not as convenient as it could be. For instance, if i specify levels up to, say, 2 as targets, and have duplicated headlines at said level: * Project A ** Tasks ** Resources * Project B ** Tasks ** Resources the completion shows only the first occurrence of 'Tasks' and 'Resources'. What i do now is giving them different names, but it's a bit artificial: * Project A ** Project A tasks ** Project A resources * Project B ** Project B tasks ** Project B resources For situations like this one, it would help a lot having the option of interactively selecting the target node in the same way as one selects it after invoking org-remember. A second option would be to have completion for all headlines in a hierarchical way, navigating the outline tree at the mini-buffer prompt as if one where navigating a file tree after C-xC-f. Finally, a (quick?) workaround would be to show the target names as 'full-paths', e.g. Project A/Tasks, Project B/Tasks in the first example above. In 5.17, you will be able to do this: (setq org-refile-use-outline-path t) The refile targets will then be represented by /-separated paths just like you suggested. Thanks. - 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] org-refile hack to show headings
Max Mikhanosha wrote: Glad you liked my setup. I can't help but recommend using http://www.emacswiki.org/cgi-bin/wiki/Icicles library. In case you never heard of it, icicles is to TAB completion what TAB completion is to typing things manually every time. In my setup (I think this is a default too) TAB does the prefix completion (like Emacs), but Shift-Tab matches the regexp. I'm still quite new to Org-mode (and Emacs too), so forgive me if this is a dumb question: How do you cope with the clash of binding with S-TAB which Org-mode uses in visibility cycling and table cell navigation? Have you simply rebound one or the other, or is there a more subtle workaround? -- Chris Randle ___ 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-refile hack to show headings
On 12/2/07, Chris Randle [EMAIL PROTECTED] wrote: Max Mikhanosha wrote: Glad you liked my setup. I can't help but recommend using http://www.emacswiki.org/cgi-bin/wiki/Icicles library. In case you never heard of it, icicles is to TAB completion what TAB completion is to typing things manually every time. In my setup (I think this is a default too) TAB does the prefix completion (like Emacs), but Shift-Tab matches the regexp. I'm still quite new to Org-mode (and Emacs too), so forgive me if this is a dumb question: How do you cope with the clash of binding with S-TAB which Org-mode uses in visibility cycling and table cell navigation? Have you simply rebound one or the other, or is there a more subtle workaround? Org-mode has many keys that behave different in different locations. TAB and S-TAB have special meanings in tables. If you want to use the local visibility cycling of TAB, the cursor must be on a headline. If you want to use the global visibility cycling of S-TAB, the cursor must be outside a table. - 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] org-refile
Hi. I'm very happy with the new org-refile, but the current way of specifying the target node is, IMHO, not as convenient as it could be. For instance, if i specify levels up to, say, 2 as targets, and have duplicated headlines at said level: * Project A ** Tasks ** Resources * Project B ** Tasks ** Resources the completion shows only the first occurrence of 'Tasks' and 'Resources'. What i do now is giving them different names, but it's a bit artificial: * Project A ** Project A tasks ** Project A resources * Project B ** Project B tasks ** Project B resources For situations like this one, it would help a lot having the option of interactively selecting the target node in the same way as one selects it after invoking org-remember. A second option would be to have completion for all headlines in a hierarchical way, navigating the outline tree at the mini-buffer prompt as if one where navigating a file tree after C-xC-f. Finally, a (quick?) workaround would be to show the target names as 'full-paths', e.g. Project A/Tasks, Project B/Tasks in the first example above. What do you think? Regards, jao P.D. I've looked a bit at org.el to try to implement this myself, but unfortunately my time is right now too short for the amount of code involved :-(. ___ 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-refile
Hi Jose, On Dec 2, 2007 9:19 PM, Jose A. Ortega Ruiz [EMAIL PROTECTED] wrote: Hi. I'm very happy with the new org-refile, but the current way of specifying the target node is, IMHO, not as convenient as it could be. For instance, if i specify levels up to, say, 2 as targets, and have duplicated headlines at said level: * Project A ** Tasks ** Resources * Project B ** Tasks ** Resources the completion shows only the first occurrence of 'Tasks' and 'Resources'. What i do now is giving them different names, but it's a bit artificial: * Project A ** Project A tasks ** Project A resources * Project B ** Project B tasks ** Project B resources For situations like this one, it would help a lot having the option of interactively selecting the target node in the same way as one selects it after invoking org-remember. The idea of using the org-goto interface (which is what org-remember-handler uses for interactive filing), but IIRC Max has pointed out correctly that this interface is way too slow for this task. It is OK for occasional use, and if you are comfortable with it, you can use it during remember to file your note. However, if remember has collected some 10 tasks during a day and you need to go through this interface 10 times in succession, you will immediately get tired of it. Opening another window and doing cut-and-paste from one window to the other would probably be better. A second option would be to have completion for all headlines in a hierarchical way, navigating the outline tree at the mini-buffer prompt as if one where navigating a file tree after C-xC-f. Finally, a (quick?) workaround would be to show the target names as 'full-paths', e.g. Project A/Tasks, Project B/Tasks in the first example above. It might be worth looking into disambiguating (is that a word???) duplicate headlines, or indeed make the hierarchy look like a path or even complete like find-file. Not a bad idea at all. C-c r o Implement way to distinguish identical headlines for org-refile C-c C-c - 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] org-refile hack to show headings
At Thu, 29 Nov 2007 20:22:53 -0500, John Rakestraw wrote: and then adapted/adopted by Carsten in org 5.14. However, I found it difficult sometimes to remember the particular heading to which I wanted to move the new item -- the auto-complete is helpful, but only if I can remember just how a heading starts. I have a simple (and Glad you liked my setup. I can't help but recommend using http://www.emacswiki.org/cgi-bin/wiki/Icicles library. In case you never heard of it, icicles is to TAB completion what TAB completion is to typing things manually every time. In my setup (I think this is a default too) TAB does the prefix completion (like Emacs), but Shift-Tab matches the regexp. So when refiling Emacs related entries all I have to do is type is emaS-TAB and it completes it to Using Org-mode in Emacs. Regards, Max ___ 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