From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: Re: FR: more flexible customization of org-agenda-custom-commands key bindings Date: Tue, 16 Oct 2007 18:38:44 +0100 Message-ID: <873awbm02j.fsf@bzg.ath.cx> References: <20071016162042.GC3018@atlantic.linksys.moosehall> 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 1IhpRQ-0001QS-3O for emacs-orgmode@gnu.org; Tue, 16 Oct 2007 12:38:48 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IhpRN-0001K4-Et for emacs-orgmode@gnu.org; Tue, 16 Oct 2007 12:38:47 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IhpRN-0001Js-BS for emacs-orgmode@gnu.org; Tue, 16 Oct 2007 12:38:45 -0400 Received: from wa-out-1112.google.com ([209.85.146.178]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IhpRN-0004oZ-1y for emacs-orgmode@gnu.org; Tue, 16 Oct 2007 12:38:45 -0400 Received: by wa-out-1112.google.com with SMTP id k34so2531063wah for ; Tue, 16 Oct 2007 09:38:44 -0700 (PDT) In-Reply-To: <20071016162042.GC3018@atlantic.linksys.moosehall> (Adam Spiers's message of "Tue, 16 Oct 2007 17:20:42 +0100") 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: org-mode mailing list Adam Spiers writes: > Another approach, and this is my personal preference, would be to > allow "sub-keymaps", so that e.g. I could press C-c C-a s and it would > present me with a further menu of single keystrokes bound to custom > agenda commands: > > C-c C-a s 1 search for :sub10: (10 minute tasks) > C-c C-a s 2 search for :sub120: (2 hour tasks) > C-c C-a s 3 search for :sub30: (30 minute tasks) > C-c C-a s 4 search for :sub40: (4 hour tasks) > > etc. > > Not only would this approach make it easier to avoid binding conflicts > with hard-coded bindings, but it also has the advantage of providing > distinct keymaps for different types of searches, e.g. one keymap > could be for searching by GTD context, another by task A/B/C priority, > another by TODO keyword, and so on. > > Thoughts? Fully agreed on sub-keymaps -- even though I have no clue on how hard it is to implement. -- Bastien