From: Carsten Dominik <firstname.lastname@example.org>
To: James TD Smith <email@example.com>
Cc: emacs-orgmode list <firstname.lastname@example.org>
Subject: Re: Suggestion with bad patch for org-remember-templates
Date: Sun, 4 Jan 2009 08:23:04 +0100 [thread overview]
Message-ID: <744DA4F1-2D49-41BC-B2DD-209F97812DA0@uva.nl> (raw)
On Jan 3, 2009, at 7:45 PM, James TD Smith wrote:
> Hi Carsten and Wes,
> On 2009-01-03 18:26:16(+0100), Carsten Dominik wrote:
>> Hi Wes,
>> yes, a better display of the remember template options would be
>> However, right now the remember interface, because I believe that
>> James is working on a rewrite of the remember integration. Maybe he
>> wants to put this on his list?
>> - Carsten
> The selection interface will need to be redesigned anyway to cope with
> multi-stage selection. Using the remember buffer to display the
> templates makes sense, I also like the idea of using a tabular layout.
I think it would be better not to use the remember buffer for this,
but another, dedicated, temporary buffer.
> I am still working on the remember rewrite. Unfortunately I haven't
> been able to
> devote as much time to it as I had wanted, so it's still not ready
> for wider
> testing. I think I'm about 2/3rds of the way through the refactoring
> and adding
> plist templates.
> I have auto-expanding minibuffers turned on (Emacs 22.2) and haven't
> noticed any
> problems with them, so I'd suggest Wes give them another try.
>> On Dec 31, 2008, at 4:39 PM, Wes Hardaker wrote:
>>> My templates for remind are numerous. So much that they don't fit
>>> in a
>>> single mini-buffer line (and I stopped using auto-expanding
>>> years ago when I had issues with it; I suspect it's safer now and
>>> I just
>>> haven't tried again).
>>> But anyway, I started thinking: you know... that *Remember* buffer
>>> sitting there open and blank when selecting a template. Can't we
>>> put the
>>> list of templates there? So I hacked together a quick patch to put
>>> contents in the *Remember* buffer and it works just fine. I'm not
>>> an expert
>>> elisp hacker as I dabble in it only every few years, hence the
>>> reason "bad"
>>> is in the subject line. It's also left as an exercise to the
>>> reader to make
>>> the inserted contents prettier (like a table, rather than one item
>>> --- org-remember.el.~1~ 2008-10-25 03:57:02.000000000 -0700
>>> +++ org-remember.el 2008-12-26 06:32:51.000000000 -0800
>>> @@ -286,7 +286,23 @@
>>> (string-to-char org-force-remember-
>>> - (message "Select template: %s"
>>> + (let ((currbuf (current-buffer)))
>>> + (switch-to-buffer remember-buffer t)
>>> + (erase-buffer)
>>> + (insert "Select template:\n"
>>> + (mapconcat
>>> + (lambda (x)
>>> + (cond
>>> + ((not (string-match "\\S-" (nth 1 x)))
>>> + (format " [%c]" (car x)))
>>> + ((equal (downcase (car x))
>>> + (downcase (aref (nth 1 x) 0)))
>>> + (format " [%c]%s" (car x)
>>> + (substring (nth 1 x) 1)))
>>> + (t (format " [%c]%s" (car x) (nth 1
>>> + templates " \n"))
>>> + (switch-to-buffer currbuf t))
>>> + (message "Select template: %s"
>>> (lambda (x)
> |-<James TD Smith>-<email@example.com>-|
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
next prev parent reply other threads:[~2009-01-04 7:23 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-31 15:39 Suggestion with bad patch for org-remember-templates Wes Hardaker
2009-01-03 17:26 ` Carsten Dominik
2009-01-03 18:45 ` James TD Smith
2009-01-04 7:23 ` Carsten Dominik [this message]
2009-01-05 16:31 ` Wes Hardaker
2009-01-05 18:41 ` Carsten Dominik
2009-01-06 14:32 ` Wes Hardaker
2009-01-06 15:17 ` Carsten Dominik
2009-01-06 23:06 ` James TD Smith
2009-01-05 16:30 ` Wes Hardaker
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:
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
* 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
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).