From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: Re: Categories Date: Fri, 12 Oct 2007 15:56:45 +0100 Message-ID: <877ils8jpu.fsf@bzg.ath.cx> References: <1sodf4n1wn.fsf@home.net> <87przk8nom.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IgL0U-00060q-Oj for emacs-orgmode@gnu.org; Fri, 12 Oct 2007 09:56:50 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IgL0T-0005zb-Bh for emacs-orgmode@gnu.org; Fri, 12 Oct 2007 09:56:50 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IgL0T-0005zU-8p for emacs-orgmode@gnu.org; Fri, 12 Oct 2007 09:56:49 -0400 Received: from nz-out-0506.google.com ([64.233.162.236]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IgL0S-0005Hy-No for emacs-orgmode@gnu.org; Fri, 12 Oct 2007 09:56:48 -0400 Received: by nz-out-0506.google.com with SMTP id f1so672828nzc for ; Fri, 12 Oct 2007 06:56:48 -0700 (PDT) In-Reply-To: (Richard G. Riley's message of "Fri, 12 Oct 2007 15:12:16 +0200") 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: emacs-orgmode@gnu.org Richard G Riley writes: >> The CATEGORY property does the same job than the old #+CATEGORY, except >> that its scope is well defined, i.e. we don't need to bother anymore on >> where #+CATEGORY has to be. > > Did you before? IIRC this was a recurrent issue on this list. >> ,---- >> | (setq org-remember-templates >> | '((?c "* %?\n :PROPERTIES:\n :CATEGORY: %^{Category}\n :END:\n\n %i\n" "~/org/todo.org" "Tasks"))) >> `---- > > Almost. There is no completion or "pick" for the available categories. I > would expect something like a "tab for completion" field similar to set > tag for a task. Yes. We can imagine something like %^c (prompt for a category with proper completion). But then why not %^s for the SUMMARY property? And %^d for the DESCRIPTION property? My answer try to avoid going into this, since I (still) think handling properties from within a remember template is a bit too much. But I might be wrong. >> Inserting properties (including the CATEGORY property) interactively >> from a template looks a bit too much for me. But not using remember >> very often, and only for taking quick notes -- not editing my main >> Org file. > > I'm not sure I understand. One of the most important task properties is > the category I would have though. You can use property inheritance. Ask your remember template to put the entry in the right subtree, and use a category for that entry only. Isn't this more simple? -- Bastien