From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adam Spiers Subject: Re: FR: more flexible customization of org-agenda-custom-commands key bindings Date: Sat, 27 Oct 2007 14:40:36 +0100 Message-ID: <20071027134036.GG10118@atlantic.linksys.moosehall> References: <20071016162042.GC3018@atlantic.linksys.moosehall> <20071016163623.GG3018@atlantic.linksys.moosehall> <878x60ivz9.fsf@bzg.ath.cx> Reply-To: Adam Spiers 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 1Illu8-0006w2-8Q for emacs-orgmode@gnu.org; Sat, 27 Oct 2007 09:40:44 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Illu7-0006uS-JM for emacs-orgmode@gnu.org; Sat, 27 Oct 2007 09:40:43 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Illu7-0006u8-FI for emacs-orgmode@gnu.org; Sat, 27 Oct 2007 09:40:43 -0400 Received: from mail.beimborn.com ([70.84.38.100]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Illu7-0006Pb-2n for emacs-orgmode@gnu.org; Sat, 27 Oct 2007 09:40:43 -0400 Received: from mail.beimborn.com (localhost.localdomain [127.0.0.1]) by mail.beimborn.com (8.12.11.20060308/8.12.8) with ESMTP id l9RDee2l015933 for ; Sat, 27 Oct 2007 08:40:40 -0500 Received: from localhost (localhost [[UNIX: localhost]]) by mail.beimborn.com (8.12.11.20060308/8.12.11/Submit) id l9RDeeDj015928 for emacs-orgmode@gnu.org; Sat, 27 Oct 2007 14:40:40 +0100 Content-Disposition: inline In-Reply-To: <878x60ivz9.fsf@bzg.ath.cx> 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 Sorry for the slow replies. I have not had time to catch up with the backlog in my orgmode inbox recently, so I previously missed this thread :-( Bastien (bzg@altern.org) wrote: > Carsten Dominik writes: > >> 2. Once a custom command has been invoked, provide a binding for going > >> straight back to the *Org Agenda* buffer to invoke another one. ^^^^^^^^^^^^ > > This second part I do not understand. Please explain. Doh, I made a braino :-( It's probably much simpler request than I made it sound; should read: | Once a custom command has been invoked, provide a binding to a | single keystroke for going straight back from the *Org Agenda* | buffer to the *Agenda Commands* buffer, in order to be able to run | another custom command. An example workflow: 1. call `org-agenda' to obtain the *Agenda Commands* buffer 2. invoke any custom command (not necessarily a sub-keymap) 3. do some stuff in the resulting *Org Agenda* buffer 4. press a single-letter keystroke to switch the buffer displayed in the current window (i.e. the one containing *Org Agenda*) back to *Agenda Commands* 5. go to step 2. > If the idea is just to re-display the *Org agenda* buffer Correct. It's effectively a more generic version of "Press `C-u r' to search again with new search string". > C-x b RET is enough most of the times. That defaults to the wrong buffer for me, maybe because I'm using ido.el. For me, it's important that it be bound to a single keystroke rather than a chord, since I want to be able to iterate over steps 2--5 many times and rapidly. According to `describe-bindings', the following letters are still unbound in *Org Agenda*: 'e', 'k', 'u', 'v', and 'z'. I can't think of a good mnemonic for binding any of these to this operation. My preferred solution would be the following, though I would understand if it was rejected on the grounds of being too disruptive to what users are used to: - rebind 'r' to this operation, since 'redo' or 'repeat' is the most obvious mnemonic, - rebind 'g' to `org-agenda-redo', since 'g' is a universal emacs keybinding meaning 'refresh the current buffer display', and - bind 'G' to `org-agenda-toggle-time-grid', since this is a less frequent operation and hence can be moved to the chord "shift-G" without causing hassle. > But I think the idea was to process commands of the same kind > (i.e. belonging to the same sub-keymap) quickly. Nothing so advanced :-) But if the above solution were to be implemented, repeatedly rerunning a mix of sub-keymap and normal custom commands would be trivial, e.g. to use your example: C-c a s 1 r s 2 r M "match string" r L and so on.