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, 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 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
[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 carsten.domi...@gmail.com 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
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
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
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
[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
[Orgmode] Re: refiling
Matt Lundin m...@imapmail.org 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
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
John Rakestraw li...@johnrakestraw.com 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
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
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
Carsten Dominik carsten.domi...@gmail.com 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 28, 2009, at 2:09 PM, Bernt Hansen wrote: Carsten Dominik carsten.domi...@gmail.com 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 carsten.domi...@gmail.com 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
[Orgmode] Re: Refiling goes to the wrong place
Hey, Bernt Hansen be...@norang.ca 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 goes to the wrong place
Benjamin Andresen be...@in-ulm.de 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
Bernt Hansen be...@norang.ca 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
Re: [Orgmode] Re: Refiling goes to the wrong place
Bernt Hansen be...@norang.ca 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 within a document
Cian OConnor cian.ocon...@gmail.com 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
