From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: FR: move subtree to category's file Date: Sun, 28 Oct 2007 21:25:48 +0100 Message-ID: <75EDA276-BC0C-40F6-B240-EC69999E3459@science.uva.nl> References: Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ImQTk-0002ZS-4b for emacs-orgmode@gnu.org; Mon, 29 Oct 2007 05:00:12 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ImQTi-0002YY-96 for emacs-orgmode@gnu.org; Mon, 29 Oct 2007 05:00:11 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ImQTh-0002YM-VU for emacs-orgmode@gnu.org; Mon, 29 Oct 2007 05:00:10 -0400 Received: from nf-out-0910.google.com ([64.233.182.187]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1ImQTg-0007aN-Mb for emacs-orgmode@gnu.org; Mon, 29 Oct 2007 05:00:09 -0400 Received: by nf-out-0910.google.com with SMTP id f5so1391672nfh for ; Mon, 29 Oct 2007 02:00:07 -0700 (PDT) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Austin Frank Cc: emacs-orgmode@gnu.org Hi Austin, this is related to Max Mikhanosha's proposal for some code to move an item from a collector heading to a category heading. Difference being that for you its different files, not just different headings. What I am wondering about is that your way might mean double work. You assign a property that assigns a task to a project and then you want to move it to the corresponding file. Would just moving the entry not be better? - you need to take only one action instead of two - you don't need to clutter your tasks with properties that will be automatic from context in the destination file - Carsten On 18Oct2007, at 12:18 AM, Austin Frank wrote: > Hello! > > I'd like to propose some functionality that I think would be > useful, and > offer a very naive proof-of-concept implementation. > > The basic idea is that I'd like to be able to add or change a property > on a tree, and then move the whole tree to a location based on that > property. > > To be more concrete, I take lots of notes with remember. They all get > saved to ~/notes.org. Later in the day, I go back and add a > PROJECT or > CATEGORY property to many of these notes. Especially for a tree that > has to do with a project, I'd like to be able to quickly file the note > away in a file dedicated to that project by moving the tree to a > predefined file. > > I know that there's a lot of power in the one-file-to-rule-them-all > approach, and that there are lots of ways I could view just the > parts of > the file that have to do with a given project. So if this idea is a > non-starter, that's fine, too. Still there are some contexts where > having multiple files can be a good thing (for example, when using the > org-publish-project-alist). > > I've got a very simple implementation of the idea that goes like this: > > ;; My filing system > (setplist 'project '(research1 "~/research1.org" > grant1 "~/grant1.org")) > > (defun aff-org-move-to-project-file () > "Use value of the PROJECT property to move the subtree at the > point to a predefined file." > (interactive) > (let* ((pom (point)) > (file (get 'project (intern (org-entry-get pom > "PROJECT"))))) > (org-cut-subtree) > (org-open-file file) > (end-of-buffer) > (org-paste-subtree))) > > This is does the basic job, but it'd be neat to see it extended in a > couple of ways: > > - Have a single variable that defines mappings for multiple > properties. Something like > > ;; probably lousy syntax for this, but > ;; ("PROP_NAME" ("prop_value" "associated_info")) > (setq org-property-map '(("PROJECTS" ("research" "research.org" > "grants" "grants.org")) > ("CATEGORY" (chores "home.org")))) > > - Be able to use the syntax for linking to other org files to > specify a > location in the other file to insert the tree > > - With a prefix, be prompted for location to insert the tree in the > file, like with remember notes > > - When more than one property of a given tree has a destination > defined, prompt for which location to use > > - It would also be nice to use these values to build appropriate > archive locations, so that (for example) any DONE item with a value > of "research" for the "PROJECT" category would be archived at the > bottom of the research.org file rather than the default > org-archive-location. > > This whole proposal is basically just a generalization of > org-archive-subtree and org-archive-location to allow movement and > archiving based on properties other than just ARCHIVE. Hopefully this > means most of the required functionality is already in place. > > I know that for my workflow this would be very useful. Would other > folks also like to have this functionality? > > Thanks, > /au > > -- > Austin Frank > http://aufrank.net > GPG Public Key (D7398C2F): http://aufrank.net/personal.asc > _______________________________________________ > 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