From: Adam Spiers <orgmode@adamspiers.org>
To: Bastien <bzg@altern.org>
Cc: org-mode mailing list <emacs-orgmode@gnu.org>
Subject: Re: FR: make C-c C-c for storing remember notes optional
Date: Mon, 10 Dec 2007 22:20:59 +0000 [thread overview]
Message-ID: <20071210222059.GB29684@atlantic.linksys.moosehall> (raw)
In-Reply-To: <87wsrmr2w0.fsf@bzg.ath.cx>
On Mon, Dec 10, 2007 at 03:22:07PM +0000, Bastien wrote:
> Hi Adam,
>
> Adam Spiers <orgmode@adamspiers.org> writes:
>
> > Simple feature request:
> >
> > Could we make it optional whether C-c C-c is required to store a note,
> > on a per-template basis? This makes most sense when it is known in
> > advance that the only things which might need to be changed within the
> > template are already taken care of via %^{foo} prompts. So when all
> > the prompts have been entered, the final <enter> keystroke will store
> > the note immediately, rather than the user having to type <enter> C-c
> > C-c.
>
> I'm not sure about this.
>
> 1) It's convenient to be able to double-check the content of the
> *Remember* buffer before remembering it with `C-c C-c'.
It can be yes, but I think it's really a matter of personal taste
applied on a per-template basis. Personally I would rather minimise
keystrokes to enable rapid-fire conversion of mails into TODOs in the
most effortless manner possible, since if I screw up, I can still
easily go to the destination file and fix the new TODO there.
> 2) What if there are several %^{prompt} and the user finally decided
> *not* to remember it? If the buffer is remembered at the final
> RET, then she won't be able to cancel the note with `C-c C-k'.
C-g before the final RET, or switch to the destination file's buffer
and do an undo?
> 3) `C-c C-c' is really a call to a remember functionnality, not to an
> org ones. I guess it's not good practice to override the expected
> *general* remember behavior...
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 :-)
next prev parent reply other threads:[~2007-12-10 22:21 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-09 12:44 FR: make C-c C-c for storing remember notes optional Adam Spiers
2007-12-10 15:22 ` Bastien
2007-12-10 22:20 ` Adam Spiers [this message]
2007-12-11 11:33 ` Bastien
2007-12-11 12:15 ` Adam Spiers
2007-12-11 14:38 ` Bastien
2007-12-13 21:18 ` Carsten Dominik
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20071210222059.GB29684@atlantic.linksys.moosehall \
--to=orgmode@adamspiers.org \
--cc=bzg@altern.org \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).