From: "Herbert Euler" <herberteuler@hotmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: Suggestion on completion
Date: Wed, 17 Jan 2007 09:56:20 +0800 [thread overview]
Message-ID: <BAY112-F34435D1FF2F4D0C5DA27D4DAAB0@phx.gbl> (raw)
In-Reply-To: <BAY112-F62C030E2DA97E1B045151DAB60@phx.gbl>
>> > name would no longer make sense. So I think it is better to add
>> > a new variable `completion-ignored-names'. Those names would be
>> > checked for an exact match.
>>
>>It could be a regexp rather than a list of precise names.
>
>Suppose we add a variable `completion-ignored-names-regexp' that a
>name would not be provided as a first completion if it matches one of
>the names in this variable and there are other names that do not
>match any names in this variable.
>
>Then we can say that, the cases that `completion-ignored-extensions'
>and `completion-ignored-names' can handle are only special cases, or
>``subsets'' that `completion-ignored-names-regexp' can handle.
>
>How about adding the variable `completion-ignored-names-regexp', and
>making `completion-ignored-extensions' a deprecated variable and the
>same as `completion-ignored-names-regexp'?
Please give me suggestions on this design, especially on making the
deprecated variable. I'm not sure whether it is Ok along with Emacs'
policy, and I think Stefan's way is really elegant. I need an
approach from discussing, or I cannot start writing.
Thanks.
Regards,
Guanpeng Xu
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
next prev parent reply other threads:[~2007-01-17 1:56 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-13 12:07 Suggestion on completion Herbert Euler
2007-01-14 1:57 ` Richard Stallman
2007-01-14 2:27 ` Stefan Monnier
2007-01-14 13:58 ` Herbert Euler
2007-01-17 1:56 ` Herbert Euler [this message]
2007-01-14 23:23 ` Richard Stallman
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=BAY112-F34435D1FF2F4D0C5DA27D4DAAB0@phx.gbl \
--to=herberteuler@hotmail.com \
--cc=emacs-devel@gnu.org \
/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.