From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: FR: make C-c C-c for storing remember notes optional Date: Thu, 13 Dec 2007 22:18:15 +0100 Message-ID: <28AAA740-13D2-42CD-8FF0-F383652D530B@gmail.com> References: <20071209124441.GG15129@atlantic.linksys.moosehall> <87wsrmr2w0.fsf@bzg.ath.cx> <20071210222059.GB29684@atlantic.linksys.moosehall> <87prxdtqiy.fsf@bzg.ath.cx> <20071211121511.GA12375@atlantic.linksys.moosehall> Mime-Version: 1.0 (Apple Message framework v915) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1J2wVG-0004ui-N8 for emacs-orgmode@gnu.org; Thu, 13 Dec 2007 17:26:02 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1J2wVD-0004rW-JL for emacs-orgmode@gnu.org; Thu, 13 Dec 2007 17:26:01 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J2wVD-0004rG-41 for emacs-orgmode@gnu.org; Thu, 13 Dec 2007 17:25:59 -0500 Received: from ug-out-1314.google.com ([66.249.92.169]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1J2wVC-000102-0y for emacs-orgmode@gnu.org; Thu, 13 Dec 2007 17:25:58 -0500 Received: by ug-out-1314.google.com with SMTP id a2so1116160ugf.48 for ; Thu, 13 Dec 2007 14:25:57 -0800 (PST) In-Reply-To: <20071211121511.GA12375@atlantic.linksys.moosehall> 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: Adam Spiers Cc: emacs-orgmode@gnu.org On Dec 11, 2007, at 1:15 PM, Adam Spiers wrote: > On Tue, Dec 11, 2007 at 12:33:09PM +0100, Bastien wrote: >> Adam Spiers writes: >>> I'm certainly not suggesting making it the default - only to make it >>> possible to enable this behaviour for selected remember templates. >>> But since I get SO many emails every day, I really need to be able >>> to >>> apply the 2-minute rule of GTD: if the mail requires > 2 minutes of >>> attention, I need to be able to convert it into a TODO (linking by >>> message id via the org-mairix stuff) and archive it safely in the >>> _absolute_minimum_ number of keystrokes. Otherwise I am >>> constantly in >>> the "processing" phase of the workflow and never get to the >>> "planning" >>> and "doing" phases - then the whole system fails miserably :-) >> >> Okay. Then each template would have now six elements, the last one >> specifiying whether it should be automatically processed or not >> (being >> nil by default). > > Yes, that's what I had in mind too. > >> Whether there are %^{prompt} constructs might be not relevant here: >> even >> for plain templates we might want not to have to C-cC-c them for >> them to >> be remembered, right? > > Agreed. > >> Say for example that you have a template associated with the key >> "m" and >> this key binding: >> >> (global-set-key [(control meta r)] (lambda () (org-remember nil >> "m"))) >> >> The "m" template doesn't require C-cC-c. If there is %^{prompt} >> you do >> C-M-r then interactively enter the info at the prompt, then you're >> done. >> If there is no %^{prompt} you just C-M-r and you're done (you don't >> need >> to actually *see* what you want to remember...) > > Yes, exactly. > >> I think this would be nice. But I guess you see my point about >> cancelling : with a %^{prompt} it's possible to C-g, but not when >> there >> is no %^{prompt} -- which might be a bit dangerous.. > > It doesn't seem particularly dangerous to me: you still have the > option of 'undo' within the destination file, and even if you choose > not to, at worst you have a new entry which you can later delete. > It's not like you're at risk of losing existing data. > >> I hope Carsten will soon stumble on this :) > > /me sends good system restoration karma to Carsten over the ether :-) > Thanks, I am getting there. God ideas in this thread, I will put them in. I guess the best way would be to have %^{prompt|default|completion2|....} to define prompt, default value and a completion table, and then to keep a per-prompt history. - Carsten