Re: [Orgmode] refiling : limiting the destination refile targets
Hi Richard, On Jan 27, 2010, at 3:11 AM, Richard Riley wrote: Here is a slight extension of the previously discussed ability to restrict what are considered valid refile targets. You can simply modify the restricted list org-no-refile-targets (which can be a list as below or simply a string tag such as norefile. , | (defun org-contains-tags (tags) | returns t if the currnt org item is tagged with tags wher tags can be a single tag or a list of tags | (interactive) | (let ((matched nil) | (tagslist (org-split-string (org-get-tags-string) :))) | (when tagslist | (if (nlistp tags) | (setq matched (member tags tagslist)) | (catch 'break | (dolist(tag tags) | (if(member tag tagslist) | (progn (setq matched t) | (throw 'break t))) | matched)) | | (defvar org-no-refile-tags `(NOTE ,org-archive-tag) org items | containing one of these tags will not be considered for refile targets) | (setq org-refile-target-verify-function `(lambda()(not(org- contains-tags org-no-refile-tags ` As an elisp beginner, it pains me to tell you it took me about 2 hours to get the right quoting sequences for the org-archive-tag to evaluate properly I have significantly less hair now ... ;) r. You can also use the function org-get-local-tags to get the tags. Your variable definition can be simplified to (defvar org-no-refile-tags (list NOTE org-archive-tag)) - 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] refiling : limiting the destination refile targets
Here is a slight extension of the previously discussed ability to restrict what are considered valid refile targets. You can simply modify the restricted list org-no-refile-targets (which can be a list as below or simply a string tag such as norefile. , | (defun org-contains-tags (tags) | returns t if the currnt org item is tagged with tags wher tags can be a single tag or a list of tags | (interactive) | (let ((matched nil) | (tagslist (org-split-string (org-get-tags-string) :))) | (when tagslist | (if (nlistp tags) | (setq matched (member tags tagslist)) | (catch 'break | (dolist(tag tags) | (if(member tag tagslist) | (progn (setq matched t) | (throw 'break t))) | matched)) | | (defvar org-no-refile-tags `(NOTE ,org-archive-tag) org items | containing one of these tags will not be considered for refile targets) | (setq org-refile-target-verify-function `(lambda()(not(org-contains-tags org-no-refile-tags ` As an elisp beginner, it pains me to tell you it took me about 2 hours to get the right quoting sequences for the org-archive-tag to evaluate properly I have significantly less hair now ... ;) r. ___ 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] refiling
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). 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 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. Not sure.. may be looking at varible org-refile-allow-creating-parent-nodes would help. HTH -- 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] Refiling goes to the wrong place
Hi Carsten, I thought I should mention this sooner rather than later to postpone any up-coming release you might be thinking about :) I'm assuming this is an org-mode bug and not some inconsistency in my setup but that's not proven yet. I have an issue with refile going to the wrong place fairly consistently. I'm not sure how long this has been going on. I'll try to isolate a test case for this. I have a note I want to refile ,[ refile.org ] | * org-mode-lisp table function for column values :NOTE: ` which is org-mode related from a recent article on this list and when I refile to 'Research org-mode (norang.org)' it ends up in the right tree but under the wrong task. I'm refiling a note called 'org-mode lisp table function for column values' (ie. the last time I refiled the note it ended up under 'Research Website Security' instead of the right place. ,[ norang.org ] | * Research... | ** Research Website Security | *** org-mode-lisp table function for column values :NOTE: ` I've been using undo after the refile to put it back in the refile.org buffer and removing it from the norang.org buffer then redoing the refile operation. I recently switched my org-refile to try out direct ido refiling and noticed this problem after that change. I used to file in steps from file.org/level1task/level2task etc and now I'm trying to file directly in one step to see if that's faster. So far it seems to do things wrong when the target tree is folded (or partially revealed) but sometimes it gets it right. It's one of your favourite types of bugs ;) My target tree looks like this: ,[ norang.org ] | * Research | :PROPERTIES:... | ** TODO Research Rails... | ** TODO Research Java... | ** TODO Research .NET... | ** TODO Research GCC and C++... | ** TODO Research Accounting Packages... | ** TODO Research Tools... | ** TODO Research Object Oriented Design... | ** TODO Research org-mode... | ** TODO Research VPN in Linux... | ** TODO Research Website Security... | ** TODO Research CSS... | ** TODO Research Emacs... | ... ` -Bernt Org-mode version 6.29trans (release_6.29c.86.gfa36) GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.11) of 2008-11-09 on raven, modified by Debian ___ 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] Refiling within a document
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. Cian ___ 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] refiling to self corrupts buffer
Hi Samuel, my tests still do the right thing, they throw an error when you try to do this. Do you have a small test case? - Carsten On Apr 7, 2009, at 7:15 AM, Samuel Wales wrote: Previously I reported that refiling a task to itself deletes the task, and that was fixed. It seems broken again. It might be nice to distribute a test case with org. Also, if you refile an active region to the first node in the active region, org will attempt to put all of the nodes there. This corrupts the buffer, in my experience. Perhaps org could error in both situations. Please let me know if you need details. -- Myalgic encephalomyelitis denialism is causing death and severe suffering, worse than multiple sclerosis. It is corrupting science in the most foul way possible. Anybody can get the disease at any time -- permanently. How much 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] refiling to self corrupts buffer
On Apr 8, 2009, at 7:11 PM, Samuel Wales wrote: Reloading emacs with the latest git org and rearranging my org file (as happened since the thread leader) seems to have made the problem go away. Perhaps I should save a snapshot of both next time. That is where git is strong. Yes! - 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] refiling x to x kills x
Fixed, thanks. - Carsten On Dec 16, 2008, at 2:58 AM, Samuel Wales wrote: Using the same setup as in my recent ido post, org-refile on a header to that header seems to kill that header. Thanks. -- Myalgic encephalomyelitis denialists are knowingly causing further suffering and death by opposing biomedical research on this serious infectious disease. Do you care about the world? 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
[Orgmode] refiling x to x kills x
Using the same setup as in my recent ido post, org-refile on a header to that header seems to kill that header. Thanks. -- Myalgic encephalomyelitis denialists are knowingly causing further suffering and death by opposing biomedical research on this serious infectious disease. Do you care about the world? 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] Refiling subtree and XEmacs
Hello, I'm using org-mode 6.12b under XEmacs 21.4.21. Generally speaking, everything works beautifully (Thanks, Carsten!). The exception to that statement is refiling subtrees (typically from my TODO.org remember-mode buffer). If the heading is just a single line, there is no problem. If there is test associated with the heading (such as a link to a file on the next line), then attempting C-c C-w results in 1. The tree getting copied to the destination buffer, but usually appearing as additional text on the last heading of the destination tree (sometimes this corrects itself with by hitting TAB); 2. No apparent change in the source buffer; and 3. Erroring out with the message Visible portion of buffer not modifiable I poked through the gmane archives for the mailing list sometime back and saw Carsten mentioned an incompatibility between the lisp org-mode is using (which must work fine for emacs) and XEmacs. What would it take to correct this? Has anyone tried? I'm perfectly willing to be a guinea pig, by the way, for any proposed fixes. Thanks, Matt -- Matthew Lovell Hewlett-Packard ___ 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] Refiling subtree and XEmacs
I cannot reproduce this in my quick tests, may I ask the XEmacs users on this group to follow this up, make more tests and come up with a clear and complete bug report? Thanks. - Carsten On Nov 20, 2008, at 9:23 PM, Matthew Lovell wrote: Hello, I'm using org-mode 6.12b under XEmacs 21.4.21. Generally speaking, everything works beautifully (Thanks, Carsten!). The exception to that statement is refiling subtrees (typically from my TODO.org remember-mode buffer). If the heading is just a single line, there is no problem. If there is test associated with the heading (such as a link to a file on the next line), then attempting C-c C-w results in 1. The tree getting copied to the destination buffer, but usually appearing as additional text on the last heading of the destination tree (sometimes this corrects itself with by hitting TAB); 2. No apparent change in the source buffer; and 3. Erroring out with the message Visible portion of buffer not modifiable I poked through the gmane archives for the mailing list sometime back and saw Carsten mentioned an incompatibility between the lisp org-mode is using (which must work fine for emacs) and XEmacs. What would it take to correct this? Has anyone tried? I'm perfectly willing to be a guinea pig, by the way, for any proposed fixes. Thanks, Matt -- Matthew Lovell Hewlett-Packard ___ 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] Refiling subtree and XEmacs
Hello, Carsten Dominik writes: I cannot reproduce this in my quick tests, may I ask the XEmacs users on this group to follow this up, make more tests and come up with a clear and complete bug report? My original description was somewhat incorrect. It appears that a multi-line item itself is alright. The problem occurs when the item entered into the TODO (via remember mode) includes a link: * TODO This is another test [[file:/home/lovell/.zshenv::path%20opt%20TeXLive%20bin%20x86_64%20linux%20path%20place%20early%20in%20path][file:/home/lovell/.zshenv::path opt TeXLive bin x86_64 linux path place early in path]] With debug turned on, I have the following trace: Debugger entered--Lisp error: (error Visible portion of buffer not modifiable) org-fixup-indentation(1) org-demote() org-map-region(org-demote 32914 33143) org-paste-subtree(3) org-refile(nil) call-interactively(org-refile) Please let me know any additional steps I could take to provide better debug information. Matt -- Matthew Lovell Hewlett-Packard ___ 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] Refiling subtree and XEmacs
Hi Matt, this was more useful. Fixed in the git repo, thanks. - Carsten On Nov 21, 2008, at 5:03 PM, Matthew Lovell wrote: Hello, Carsten Dominik writes: I cannot reproduce this in my quick tests, may I ask the XEmacs users on this group to follow this up, make more tests and come up with a clear and complete bug report? My original description was somewhat incorrect. It appears that a multi-line item itself is alright. The problem occurs when the item entered into the TODO (via remember mode) includes a link: * TODO This is another test [[file:/home/lovell/.zshenv::path%20opt%20TeXLive%20bin %20x86_64%20linux%20path%20place%20early%20in%20path][file:/home/ lovell/.zshenv::path opt TeXLive bin x86_64 linux path place early in path]] With debug turned on, I have the following trace: Debugger entered--Lisp error: (error Visible portion of buffer not modifiable) org-fixup-indentation(1) org-demote() org-map-region(org-demote 32914 33143) org-paste-subtree(3) org-refile(nil) call-interactively(org-refile) Please let me know any additional steps I could take to provide better debug information. Matt -- Matthew Lovell Hewlett-Packard ___ 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] Refiling subtree and XEmacs
Hi Carsten, Carsten Dominik writes: Hi Matt, this was more useful. Fixed in the git repo, thanks. Thanks for the very fast response! Pulling the repo and rebuilding .elc files in place, however, an existing .org file of mine now appears as nothing but ... I'm now operating off a saved, known-good copy of that file from last night. Perhaps rebuilding the .elc files in place is the problem, but I thought I would let you know of this behavior. Thanks, Matt On Nov 21, 2008, at 5:03 PM, Matthew Lovell wrote: Hello, Carsten Dominik writes: I cannot reproduce this in my quick tests, may I ask the XEmacs users on this group to follow this up, make more tests and come up with a clear and complete bug report? My original description was somewhat incorrect. It appears that a multi-line item itself is alright. The problem occurs when the item entered into the TODO (via remember mode) includes a link: * TODO This is another test [[file:/home/lovell/.zshenv::path%20opt%20TeXLive%20bin %20x86_64%20linux%20path%20place%20early%20in%20path][file:/home/ lovell/.zshenv::path opt TeXLive bin x86_64 linux path place early in path]] With debug turned on, I have the following trace: Debugger entered--Lisp error: (error Visible portion of buffer not modifiable) org-fixup-indentation(1) org-demote() org-map-region(org-demote 32914 33143) org-paste-subtree(3) org-refile(nil) call-interactively(org-refile) Please let me know any additional steps I could take to provide better debug information. Matt -- Matthew Lovell Hewlett-Packard -- Matthew Lovell Hewlett-Packard ___ 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
