* MH-E folder completion
@ 2011-07-03 20:13 Bill Wohler
2011-07-03 22:17 ` Mike Kupfer
2011-07-04 16:32 ` Stefan Monnier
0 siblings, 2 replies; 4+ messages in thread
From: Bill Wohler @ 2011-07-03 20:13 UTC (permalink / raw
To: emacs-devel; +Cc: mh-e-devel
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
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: MH-E folder completion
2011-07-03 20:13 MH-E folder completion Bill Wohler
@ 2011-07-03 22:17 ` Mike Kupfer
2011-07-04 16:32 ` Stefan Monnier
1 sibling, 0 replies; 4+ messages in thread
From: Mike Kupfer @ 2011-07-03 22:17 UTC (permalink / raw
To: Bill Wohler; +Cc: mh-e-devel, emacs-devel
Bill Wohler wrote:
> However, the new behavior looks like this:
>
> Visit folder (default +inbox): +lists/TAB
>
> Possible completions are:
> acm alerts/ all-battery
> aob appframework aquadivelog
> ...
You know, I think I'll like this better than the current behavior.
(Though it's hard to say for sure without trying it for a bit.)
First, it's consistent with the completion behavior for, e.g., dired.
Second, it makes more efficient use of the completions window,
especially for those of us with deeply nested folders.
cheers,
mike
------------------------------------------------------------------------------
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
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: MH-E folder completion
2011-07-03 20:13 MH-E folder completion Bill Wohler
2011-07-03 22:17 ` Mike Kupfer
@ 2011-07-04 16:32 ` Stefan Monnier
2011-07-06 6:07 ` Bill Wohler
1 sibling, 1 reply; 4+ messages in thread
From: Stefan Monnier @ 2011-07-04 16:32 UTC (permalink / raw
To: emacs-devel; +Cc: mh-e-devel
> 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.
Actually, I did install nmh at some point to test a few things ;-)
> However, the new behavior looks like this:
> Visit folder (default +inbox): +lists/TAB
> Possible completions are:
> acm alerts/ all-battery
> aob appframework aquadivelog
> ...
Given the current completion code, it's difficult to have both
"+lists/acm" in the *Completions* buffer as well as +a/b/c complete to
+alt/bob/calls.
Stefan
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: MH-E folder completion
2011-07-04 16:32 ` Stefan Monnier
@ 2011-07-06 6:07 ` Bill Wohler
0 siblings, 0 replies; 4+ messages in thread
From: Bill Wohler @ 2011-07-06 6:07 UTC (permalink / raw
To: Stefan Monnier; +Cc: mh-e-devel, emacs-devel
Stefan Monnier <monnier@iro.umontreal.ca> wrote:
> > 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.
>
> Actually, I did install nmh at some point to test a few things ;-)
>
> > However, the new behavior looks like this:
>
> > Visit folder (default +inbox): +lists/TAB
>
> > Possible completions are:
> > acm alerts/ all-battery
> > aob appframework aquadivelog
> > ...
>
> Given the current completion code, it's difficult to have both
> "+lists/acm" in the *Completions* buffer as well as +a/b/c complete to
> +alt/bob/calls.
Given this information, and given that I've only heard support for this
change, I'll update MH-E's unit tests and documentation if necessary to
accept this behavior. Thanks for the feedback!
--
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
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2011-07-06 6:07 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-07-03 20:13 MH-E folder completion Bill Wohler
2011-07-03 22:17 ` Mike Kupfer
2011-07-04 16:32 ` Stefan Monnier
2011-07-06 6:07 ` Bill Wohler
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.