Re: [Orgmode] Re: refiling
On Fri, 25 Jun 2010, Carsten Dominik wrote: >> When refiling an already existing note (using C-c C-w), then RET works. >> However, when filing a new note created by org-remember (using C-c C- >> c), >> RET merely prompts me with the possible next-level headings. Pressing >> SPACE and then RET files the new note under the first-level heading. > > Hi John, > > I think this issue is obsolete with the new capture interface. > > - Carsten Indeed it is. Thanks. (And thanks also for remembering to close such a small loop -- tell me, what PIM do you use to keep track of all the things that you do? ;-) -- John Rakestraw ___ 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: refiling
On Jan 15, 2010, at 3:35 PM, John Rakestraw wrote: Carsten Dominik writes: Do you need to press SPACE, or does RET also do the trick? Because, as Manish points out in another message, SPC should really be allowed as a character in a new headline you define. Apparently right now it is not allowed as it is treated as a completion command. When refiling an already existing note (using C-c C-w), then RET works. However, when filing a new note created by org-remember (using C-c C- c), RET merely prompts me with the possible next-level headings. Pressing SPACE and then RET files the new note under the first-level heading. Hi John, I think this issue is obsolete with the new capture interface. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: refiling
On Jun 25, 2010, at 6:01 PM, John Rakestraw wrote: On Fri, 25 Jun 2010, Carsten Dominik wrote: When refiling an already existing note (using C-c C-w), then RET works. However, when filing a new note created by org-remember (using C-c C- c), RET merely prompts me with the possible next-level headings. Pressing SPACE and then RET files the new note under the first-level heading. Hi John, I think this issue is obsolete with the new capture interface. - Carsten Indeed it is. Thanks. (And thanks also for remembering to close such a small loop -- tell me, what PIM do you use to keep track of all the things that you do? ;-) :-) - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: refiling
On Jan 15, 2010, at 3:35 PM, John Rakestraw wrote: Carsten Dominik writes: Do you need to press SPACE, or does RET also do the trick? Because, as Manish points out in another message, SPC should really be allowed as a character in a new headline you define. Apparently right now it is not allowed as it is treated as a completion command. When refiling an already existing note (using C-c C-w), then RET works. However, when filing a new note created by org-remember (using C-c C- c), RET merely prompts me with the possible next-level headings. Pressing SPACE and then RET files the new note under the first-level heading. Hi John, thank you for the clear reply. I need to look into sanitizing this part. - Carsten -- John Rakestraw ___ 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: refiling
> Carsten Dominik writes: > Do you need to press SPACE, or does RET also do the trick? Because, as > Manish points out in another message, SPC should really be allowed as > a character in a new headline you define. Apparently right now it is > not allowed as it is treated as a completion command. When refiling an already existing note (using C-c C-w), then RET works. However, when filing a new note created by org-remember (using C-c C-c), RET merely prompts me with the possible next-level headings. Pressing SPACE and then RET files the new note under the first-level heading. -- John Rakestraw ___ 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: refiling
enter does indeed work now - I had reinstalled emacs in debian testing and the version was way back at 6.21 for some reason. So sorry for that bum steer. I wonder if it was because I built my own deb from source as I didnt have that level of version before. I also cleaned up my accrued org settings (ongoing) and now the ido completion for the refile target is exceptionally fast too. I am trying to set up a multi project org system using recursive org files (find-lisp-find-files) and might still have issues with the "end node" for refiling - I'm still being offered to complete to actual org tasks as opposed to just the "level" and I'm not sure if this is a limitation of the org hierarchical system or my understanding/setup. I'll post more dumb questions when I've experimented some more ;) I knew I should never have stopped using org for a while, but the building back from scratch is good for a clean out of my org-settings ;) r. Carsten Dominik writes: > On Jan 13, 2010, at 8:07 PM, John Rakestraw wrote: > >>> Richard Riley writes: >> >>> That is fine and as expected. My point is more that I am unable to >>> file to linux.org/general since it has elements filed there. It >>> offers >>> me to select an actual existing org item as opposed to letting me >>> store the rewritten item to linux.org/general. >> >> Not sure I understand you here, so this might not be helpful. However, >> when I do what I think you're trying to do, hitting the space bar >> after >> "linux.org/general" is in the mini-buffer allows me to save directly >> to >> "linux.org/general." > > Do you need to press SPACE, or does RET also do the trick? > Because, as Manish points out in another message, SPC should > really be allowed as a character in a new headline you define. > Apparently right now it is not allowed as it is treated as > a completion command. > > Could you please test if, in your setup, RET works as well? > > Thanks. > > - Carsten > >> This assumes that :level and/or :maxlevel are set >> appropriately in the org-refile-targets variable. >> >> -- >> John Rakestraw >> >> >> ___ >> 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 > > -- Google Talk : rileyrg...@googlemail.com http://www.google.com/talk ___ 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: refiling
On Jan 13, 2010, at 8:07 PM, John Rakestraw wrote: Richard Riley writes: That is fine and as expected. My point is more that I am unable to file to linux.org/general since it has elements filed there. It offers me to select an actual existing org item as opposed to letting me store the rewritten item to linux.org/general. Not sure I understand you here, so this might not be helpful. However, when I do what I think you're trying to do, hitting the space bar after "linux.org/general" is in the mini-buffer allows me to save directly to "linux.org/general." Do you need to press SPACE, or does RET also do the trick? Because, as Manish points out in another message, SPC should really be allowed as a character in a new headline you define. Apparently right now it is not allowed as it is treated as a completion command. Could you please test if, in your setup, RET works as well? Thanks. - Carsten This assumes that :level and/or :maxlevel are set appropriately in the org-refile-targets variable. -- John Rakestraw ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: refiling
On Thu, Jan 14, 2010 at 1:10 AM, Richard Riley wrote: [...] > > Also thanks to the others - I used manish' funtion to toggle category > appearance and I changed my categories to be more "Pretty Printing" for > the agenda e.g > > :CATEGORY:The XyZ Project > The function is credit to Manuel Hermengildo. -- Manish ___ 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: refiling
John Rakestraw writes: >> Richard Riley writes: > >> That is fine and as expected. My point is more that I am unable to >> file to linux.org/general since it has elements filed there. It offers >> me to select an actual existing org item as opposed to letting me >> store the rewritten item to linux.org/general. > > Not sure I understand you here, so this might not be helpful. However, > when I do what I think you're trying to do, hitting the space bar after > "linux.org/general" is in the mini-buffer allows me to save directly to > "linux.org/general." This assumes that :level and/or :maxlevel are set > appropriately in the org-refile-targets variable. That was it John. Thanks. Possibly a default key of c-j would be nice too to "create at this level". Also thanks to the others - I used manish' funtion to toggle category appearance and I changed my categories to be more "Pretty Printing" for the agenda e.g :CATEGORY:The XyZ Project regards r. -- Google Talk : rileyrg...@googlemail.com http://www.google.com/talk ___ 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: refiling
> Richard Riley writes: > That is fine and as expected. My point is more that I am unable to > file to linux.org/general since it has elements filed there. It offers > me to select an actual existing org item as opposed to letting me > store the rewritten item to linux.org/general. Not sure I understand you here, so this might not be helpful. However, when I do what I think you're trying to do, hitting the space bar after "linux.org/general" is in the mini-buffer allows me to save directly to "linux.org/general." This assumes that :level and/or :maxlevel are set appropriately in the org-refile-targets variable. -- John Rakestraw ___ 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: refiling
Matt Lundin writes: >> if I refile from elsewhere, it picks ALL items at a level to refile to when >> I select >> linux.org. >> >> e.g linux.org/general, linux.org/debian, linux.org/test >> >> If I then select "general" it also prompts for me now to select "learn >> org mode". Is this because of some hangover from me using org-mode? In >> other words I cant refile to linux.org/debian. > > Refile completion follows the hierarchy of your outline. Thus, once you > have limited the results to linux.org/general, org-refile will only > offer you subtrees belonging to "general." If you want more flexible That is fine and as expected. My point is more that I am unable to file to linux.org/general since it has elements filed there. It offers me to select an actual existing org item as opposed to letting me store the rewritten item to linux.org/general. > completion, you can fiddle around with the variables > org-refile-use-outline-path, org-completion-use-ido, > and org-outline-path-complete-in-steps. > Thanks for the reply. -- Google Talk : rileyrg...@googlemail.com http://www.google.com/talk ___ 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: refiling
Hi Richard, Richard Riley writes: > Two major issues for me to get my head around. > > 1) Tags v Categories. Its not entirely obvious to me what categories are > for. Are they like a more specialised tag? Categories are primarily for visibility in the agenda. I use them to remind myself what project or "area of responsibility" an item belongs to. If I label a particular project with the category "article", I can easily identify tasks belonging to that project. E.g., tasks from the following project... , | * PROJECT Write article :PROJECT: | :PROPERTIES: | :CATEGORY: article | :END: | ** TODO Do some online research :computer: |SCHEDULED: <2010-01-13 Wed> | ** TODO Outline article :rwb: |SCHEDULED: <2010-01-13 Wed> ` ...appear as follows in the agenda: , | Day-agenda (W02): | Wednesday 13 January 2010 | article:Scheduled: TODO Do some online research :computer: | article:Scheduled: TODO Outline article :rwb: ` Thanks to the category, I can see what project the otherwise cryptic "Do some online research" belongs to. > 2) Refiling. Lets says I have something like this in linux.org:- > > * general:general: > #+CATEGORY: general > ** learn org mode :emacs:org: > blah blah > * debian:debian: > #+CATEGORY: debian > * test This syntax for categories has been deprecated. Better to use properties, as in the example above. > > if I refile from elsewhere, it picks ALL items at a level to refile to when I > select > linux.org. > > e.g linux.org/general, linux.org/debian, linux.org/test > > If I then select "general" it also prompts for me now to select "learn > org mode". Is this because of some hangover from me using org-mode? In > other words I cant refile to linux.org/debian. Refile completion follows the hierarchy of your outline. Thus, once you have limited the results to linux.org/general, org-refile will only offer you subtrees belonging to "general." If you want more flexible completion, you can fiddle around with the variables org-refile-use-outline-path, org-completion-use-ido, and org-outline-path-complete-in-steps. 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
[Orgmode] Re: refiling
Manish writes: > On Wed, Jan 13, 2010 at 10:00 PM, Richard Riley wrote: >> >> I'm a bit rusty so please excuse any stupid questions. >> >> I decided to clear up my org files which are, frankly, a mess. >> >> Two major issues for me to get my head around. >> >> 1) Tags v Categories. Its not entirely obvious to me what categories are >> for. Are they like a more specialised tag? > > To me they are a means to provide some more context only. But I do > not use them at all - I hide them using the excellent > my-org-agenda-toggle-list-category function courtesy Manuel > Hermengildo (http://article.gmane.org/gmane.emacs.orgmode/10909). > >> Useful , but the comments seem to be misleading in that the file names are not shown regardless of toggle state. Or is file name used as a more general category when no specific category is put it? Which is another cloudy issue for me - file name and category. e.g I have a file "linux.org". In it I have a category "General". But in the agenda this is not specific enough e,g I will see another General item from "Emacs" category "General". possibly all down to reformatting the output. I'm not sure I am clear about what categories are. ___ 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: refiling
> If I then select "general" it also prompts for me now to select "learn > org mode". Is this because of some hangover from me using org-mode? In That should read "ido-mode". Sorry. > other words I cant refile to linux.org/debian. > ___ 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: Refiling goes to the wrong place
Carsten Dominik writes: > On Aug 28, 2009, at 2:09 PM, Bernt Hansen wrote: > >> Hopefully this is related to the agenda navigation (RET/TAB on an >> agenda >> item) goes to the wrong place issue we've seen in the past. > > I don't think this is related, unfortunately, because this was > specific for refiling ... > > :-( Oh well... we'll nail that one again later then. :) -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] Re: Refiling goes to the wrong place
On Aug 28, 2009, at 2:09 PM, Bernt Hansen wrote: Carsten Dominik writes: On Aug 27, 2009, at 8:33 PM, Bernt Hansen wrote: [long description omitted] I'll be _really_ happy when Carsten squashes this bug :) Well, in that case I wish you a happy day. Lets hope that his was the same bug that others have seen. Thank you *very* much for your persistence and the unsurpassed clarity of your reports - it took a mere 5 minutes to find the problem. For those who are interested: The cause was the outline function outline-get-next-sibling which does only find visible siblings. By creating an inconsistent outline state using the org-clock-goto function, Bernt created a visible sibling among invisible ones. This was at least part of the problem. I hope it is fixed now. At least, Bernt's example works now correctly. :) * Bernt does the happy dance \o/ Hopefully this is related to the agenda navigation (RET/TAB on an agenda item) goes to the wrong place issue we've seen in the past. I don't think this is related, unfortunately, because this was specific for refiling ... :-( - Carsten I got lucky yesterday and stumbled across a case that triggered this bug more than once in my org files. I think we've been chasing this beast for over a year. Thanks again!!! -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] Re: Refiling goes to the wrong place
Carsten Dominik writes: > On Aug 27, 2009, at 8:33 PM, Bernt Hansen wrote: > > [long description omitted] > >> >> I'll be _really_ happy when Carsten squashes this bug :) > > Well, in that case I wish you a happy day. Lets hope that his was > the same bug that others have seen. > > Thank you *very* much for your persistence and the unsurpassed clarity > of your reports - it took a mere 5 minutes to find the problem. > > For those who are interested: The cause was the outline function > outline-get-next-sibling which does only find visible siblings. > By creating an inconsistent outline state using the org-clock-goto > function, Bernt created a visible sibling among invisible ones. > This was at least part of the problem. I hope it is fixed now. > At least, Bernt's example works now correctly. :) * Bernt does the happy dance \o/ Hopefully this is related to the agenda navigation (RET/TAB on an agenda item) goes to the wrong place issue we've seen in the past. I got lucky yesterday and stumbled across a case that triggered this bug more than once in my org files. I think we've been chasing this beast for over a year. Thanks again!!! -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] Re: Refiling goes to the wrong place
On Aug 27, 2009, at 8:33 PM, Bernt Hansen wrote: [long description omitted] I'll be _really_ happy when Carsten squashes this bug :) Well, in that case I wish you a happy day. Lets hope that his was the same bug that others have seen. Thank you *very* much for your persistence and the unsurpassed clarity of your reports - it took a mere 5 minutes to find the problem. For those who are interested: The cause was the outline function outline-get-next-sibling which does only find visible siblings. By creating an inconsistent outline state using the org-clock-goto function, Bernt created a visible sibling among invisible ones. This was at least part of the problem. I hope it is fixed now. At least, Bernt's example works now correctly. - 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] Re: Refiling goes to the wrong place
Bernt Hansen wrote: > I think I have something that is reproducible. > ...reproduction case elided... > > I'll be _really_ happy when Carsten squashes this bug :) > Wow! I just *had* to try it for myself: works exactly as you describe. Nick ___ 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] Re: Refiling goes to the wrong place
Bernt Hansen writes: > ,[ /tmp/x.org ] > | > | * Refile Targets... > | * Refile Tasks > | *** TODO Refile Me > ` The task 'TODO Refile Me' should only have 2 leading stars. This was a cut/paste error on my part. -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
[Orgmode] Re: Refiling goes to the wrong place
Benjamin Andresen writes:
> I have the same behavior from time to time. But whenever I try to find a
> reproducible scenario it disappears.
>
> It also never happens twice in a row, same as with Bernt.
I think I have something that is reproducible.
,[ /tmp/x.org ]
|
| * Refile Targets
| ** TODO One
| ** TODO Two
| ** TODO Three
| ** TODO Four
| ** TODO Five
| ** TODO Six
| *** TODO Six.one
| *** TODO Six.two
| TODO Clock me
| ** TODO Seven
| ** TODO Eight
| ** TODO Nine
| ** TODO Ten
| * Refile Tasks
| *** TODO Refile Me
`
,[ /tmp/minimal.emacs ]
| (add-to-list 'load-path (expand-file-name "~/git/org-mode/lisp"))
| (add-to-list 'auto-mode-alist '("\\.\\(org\\|org_archive\\|txt\\)$" .
org-mode))
| (require 'org-install)
|
| (global-set-key "\C-cl" 'org-store-link)
| (global-set-key "\C-ca" 'org-agenda)
| (global-set-key "\C-cb" 'org-iswitchb)
|
| (setq org-log-done (quote time))
| (setq org-log-into-drawer t)
| (setq org-agenda-files '("/tmp/x.org"))
| (setq user-init-file "/tmp/custom.el")
|
| (setq org-refile-allow-creating-parent-nodes nil)
| (setq org-refile-targets (quote ((nil :maxlevel . 2) (org-agenda-files
:maxlevel . 2
| (setq org-refile-use-outline-path nil)
| (setq org-todo-keywords (quote ((sequence "TODO(t!)" "STARTED(s!)" "|"
"DONE(d!/!)") (sequence "WAITING(w@/!)" "SOMEDAY(S!)" "OPEN(O@)" "|"
"CANCELLED(c@/!)") (sequence "QUOTE(q!)" "QUOTED(Q!)" "|" "APPROVED(A@)"
"EXPIRED(E@)" "REJECTED(R@)"
`
Steps to reproduce:
1. Save the files /tmp/x.org and /tmp/minimal.emacs
2. emacs -q -l /tmp/minimal.emacs /tmp/x.org
3. Go to CONTENTS view with S-TAB twice
4. Put point on TODO Clock Me
5. Clock in the task with C-c C-x C-i
This adds a logbook drawer with the clock
6. Fold to OVERVIEW view with S-TAB
So it looks like this
,[ x.org folder ]
|
| * Refile Targets...
| * Refile Tasks...
`
7. M-x org-clock-goto
This reveals the buffer like so:
,
|
| * Refile Targets...
| TODO Clock me
| :LOGBOOK:...
| ...
| * Refile Tasks...
`
I think this is the critical step.
8. Put point on Refile Tasks
9. Show task to refile with TAB
10. Put point on ** TODO Refile Me
11. Refile to Ten with C-c C-w Ten RET
12. Put point on Refile Me
13. Reveal with C-c C-r
Shows that we are under TODO Ten. So far so good
,
|
| * Refile Targets...
| TODO Clock me
| :LOGBOOK:...
| ...
| ** TODO Ten
| *** TODO Refile Me
| * Refile Tasks
`
14. Now repeat steps 10-13 but refile to 'Two' instead of 'Ten'
This goes to the wrong place. This files under Nine for me
,
|
| * Refile Targets...
| TODO Clock me
| :LOGBOOK:...
| ...
| ** TODO Nine
| *** TODO Refile Me
| ** TODO Ten
| * Refile Tasks
`
15. Repeat steps 10-13 with refiling to 'Two' each time
This moves Refile Me up one task at a time until it gets to Two
ie. it refiles to Eight, then Seven, then Six, then Five, then
Four then Three, then Two.
If you show contents view with S-TAB and then refile it goes to the
right place immediately. So this definitely has something to do with
the folded view of the org file.
I'll be _really_ happy when Carsten squashes this bug :)
-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
[Orgmode] Re: Refiling goes to the wrong place
Hey, Bernt Hansen writes: > [snip] I have the same behavior from time to time. But whenever I try to find a reproducible scenario it disappears. It also never happens twice in a row, same as with Bernt. br, benny ___ 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] Re: Refiling within a document
Cian OConnor writes: > I really like refiling functionality in org-mode and use it quite a > bit. However one thing that annoys me is that quite often I simply want > to refile in the same buffer. Is there a way to do this that I've > missed? Or do I simply have to select the name of the current buffer as > I currently do. I have the following set for org-refile-targets: org-refile-targets is a variable defined in `org.el'. Its value is ((nil :maxlevel . 5) (org-agenda-files :maxlevel . 5)) This uses the current file (first) as a refile target. I prefix all my targets with filename so if I'm in x.org I can refile to x.org/SomeTask even if it is not in my org-agenda-files. You can control if your refile targets need filename prefixes or not by customizing the appropriate refile org variables. HTH, 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
