bug#9653: 24.0.50; `ucs-names' - Why all of the ("" . XXX) entries?

[Kenichi Handa]

In article <DAA41C92AE1641A190990F9A82239A86@us.oracle.com>, "Drew Adams" 
<drew.adams@oracle.com> writes:

> > > Is (get-char-code-property c 'name) supposed to return ""
> > > when the char has no name or is it supposed to return nil?
> > > Either way is fine by me...
> > 
> > It returns "" in such a case in Emacs 24...
> > ... the Unicode Name property, the default value is a null string.

> I'm following your discussion about this, but I don't see how it relates much 
> to
> my question about `ucs-names'.

As I don't know how ucs-names is used (I have not known the
existence of such a variable), I have no answer to your
questions.

---
Kenichi Handa
handa@m17n.org

> `ucs-names' can probably be used for more than just a COLLECTION arg for
> completion.  But at least in that context I don't see how using nil in place 
> of
> "" would help at all (on the contrary, I would think).

> The question I had was whether & why we want to keep these nameless entries in
> `ucs-names'.  I have nothing against it really (I just filter them out), but I
> wondered if they were intentional.  It sounds like the answer to that is yes,
> but I wonder what the reason for keeping them is.  That's all.

> Is the point in keeping these entries (regardless of whether we use "" or nil)
> that we want an entry for each code point, even for the code points that do 
> not
> have names?  If so, then let's be explicit about that aim (e.g. add it to the
> doc string or a comment).