all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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

             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.