From: Bill Wohler <wohler@newt.com>
To: emacs-devel@gnu.org
Cc: mh-e-devel@lists.sourceforge.net
Subject: MH-E folder completion
Date: Sun, 03 Jul 2011 13:13:19 -0700 [thread overview]
Message-ID: <2676.1309723999@olgas.newt.com> (raw)
Hi Stefan,
I'm *finally* getting around to testing your completion code that you
added to MH-E. Your original outline was:
1- use completion-in-region (new in Emacs-23.2) instead of
mh-complete-word
2- change the completion tables to obey the completion-boundaries,
which should also make them support partial-completion (e.g.
complete +a/b/c to +alt/bob/calls).
The second feature sounds very useful, and it even seems to be working!
Which is amazing because you didn't have MH with which to test.
I'll be testing your fallback code on XEmacs21 momentarily, but first I
share to share one observation and discuss it. The old behavior looked
like this:
Visit folder (default +inbox): +lists/TAB
Possible completions are:
+lists/acm +lists/alerts/
+lists/all-battery +lists/aob
+lists/appframework +lists/aquadivelog
...
However, the new behavior looks like this:
Visit folder (default +inbox): +lists/TAB
Possible completions are:
acm alerts/ all-battery
aob appframework aquadivelog
...
I think the old behavior looks more natural to an MH user since you're
building up a folder string that you could pass to an MH command.
I'm guessing that the Emacs folks would say that the latter behavior is
better for Emacs users, and that the complete folder string can be
viewed in the minibuffer. Yes?
I'd like to open up the discussion to Emacs and MH-E developers to
ensure that the new behavior is preferable for MH users and Emacs users
alike, and if not, what the appropriate behavior should be. Thanks.
--
Bill Wohler <wohler@newt.com> aka <Bill.Wohler@nasa.gov>
http://www.newt.com/wohler/
GnuPG ID:610BD9AD
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
next reply other threads:[~2011-07-03 20:13 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-03 20:13 Bill Wohler [this message]
2011-07-03 22:17 ` MH-E folder completion Mike Kupfer
2011-07-04 16:32 ` Stefan Monnier
2011-07-06 6:07 ` Bill Wohler
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2676.1309723999@olgas.newt.com \
--to=wohler@newt.com \
--cc=emacs-devel@gnu.org \
--cc=mh-e-devel@lists.sourceforge.net \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.