[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: CVS directories in completion-ignored-extensions

From: Kenichi Handa
Subject: Re: CVS directories in completion-ignored-extensions
Date: Tue, 6 Jan 2004 09:52:42 +0900 (JST)
User-agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI)

FCC: ~/mailbox/MINE
In article <address@hidden>, Miles Bader <address@hidden> writes:
> Richard Stallman <address@hidden> writes:
>>  > I've always thought it would be nice, instead of having multiple
>>  > variables each of which contain a different types of entry, to have
>>  > something like `completion-ignored-names', where each element could
>>  > be either: a string (which is matched using just `equal'), or a list
>>  > like (regexp REGEXP), which the matcher would treat accordingly.
>>  That is a good idea.

> Ok, how about something like:

>    (defun string-matcher-member (string matcher)

Thank you.  As this function is quite handy, I want it
implemented in C so that C code can use it.  There are many
places in C code that can use it.

And, while reading this discussion, I remember one feature
implemented only in the old mule.  That is `regexp-compile'.
It compiles a regular expression and returns a special
object that represent the result of compilation, and the
object can be given to any function that accept a regular
expression.  What do you think about this feature?  If we
implement this feature, we can directry use that object in
MATCHER, which I think is better than the form `(regexp

Ken'ichi HANDA

reply via email to

[Prev in Thread] Current Thread [Next in Thread]