Jim Ottaway <[EMAIL PROTECTED]> writes: > "John Sullivan" <[EMAIL PROTECTED]> writes: >> I'm still not seeing it. You are not throwing the data at Emacs if you >> are trying to stop in mid-air / mid-thought and start something new. I >> still think the first buffer should be resolved before the second one is >> started. If you are returning to a Remember buffer that you've already >> started, then I would call that editing. > > Yes, I can see what you mean. I suppose the question is whether serial > note-taking is intrinsic to remember such that allowing multiple buffers > would introduce some confusion over what it was for. I would certainly > respect that view. > >> Maybe an alternative idea is to make one binding that resolves the >> current Remember buffer and immediately opens a new one? > > That sound like a good idea.
This seems to work: (defun remember-buffer (&optional create-new) "Remember the contents of the current buffer. When optional CREATE-NEW is non-nil, create a new remember buffer immediately after remembering the current one." (interactive "P") (remember-region (point-min) (point-max)) (when create-new (remember))) You can just type C-u C-c C-c to save the old remember buffer and you get a new one with the most recent annotation added. Regards, -- Jim Ottaway _______________________________________________ Planner-el-discuss mailing list [email protected] https://mail.gna.org/listinfo/planner-el-discuss
