[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Should nil COLLECTION element mean a "nil" candidate forcompleting-r
Re: Should nil COLLECTION element mean a "nil" candidate forcompleting-read? Alist doc.
Tue, 21 Jul 2009 11:48:15 -0400
Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (gnu/linux)
> I forgot to point out that treating nil this way can lead to extra
> (ugly) code, just to remove or prevent production of such nil entries,
> so they are not available to the user.
A completion table can be a list of strings, a list of conses where the
car is a string, an obarry, a hashtable, or a function. Your "table" is
none of those, so it's invalid. Adding (delq nil ...) before passing
that table to the completion functions doesn't seem like a big issue.
> IOW, I suspect that the number of times where this "feature" might be
> useful (for what?) is less than the number of times where it is
> a nuisance.
It's not a feature.
Re: Should nil COLLECTION element mean a "nil" candidate for completing-read? Alist doc., Johan Bockgård, 2009/07/21