Marc-Andre Lemburg added the comment: On 24.06.2013 18:10, Alexander Belopolsky wrote: > > Alexander Belopolsky added the comment: > >> The .aliases() function would have to return a list, not a single >> name, so a parameter would cause the return type to change, which >> is not a good idea. > > You misunderstood my proposal. .name() will still return a single name, but > the type parameter will control which name to return: > > name(ch[, > type=(None|'correction'|'control'|'alternate'|'figment'|'abbreviation')]) > > None - default, same as current behavior. > > correction - indicates that the returned name is a corrected form for the > original name (which remains valid) for the same code point. > > control - return a new name added for a control character. > > alternate - return an alternate name for a character > > figment - return a name for a character that has been documented but was > never in any actual standard. > > abbreviation - return a common abbreviation for a character
How can you be sure that each of those alias types occurs only once ? The NameAliases.txt doesn't say anything about this, AFAIK: http://www.unicode.org/Public/UNIDATA/NameAliases.txt Also, what would name() return in case to alias of a particular type is defined ? I think it would be easier and more future proof to have a function aliases(code) -> [(type, alias),...] which simply returns all defined aliases. Applications could then add helpers for select the type they would like to use. It may make sense to also add the name(code) value as e.g. ('standard', name(code)) to that list. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Jun 24 2013) >>> Python Projects, Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope/Plone.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2013-06-18: Released mxODBC Django DE 1.2.0 ... http://egenix.com/go47 2013-07-01: EuroPython 2013, Florence, Italy ... 7 days to go 2013-07-16: Python Meeting Duesseldorf ... 22 days to go eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ ---------- _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue18234> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
