homepage

This issue tracker has been migrated to GitHub , and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author lemburg
Recipients belopolsky, benjamin.peterson, ezio.melotti, lemburg, loewis, serhiy.storchaka
Date 2013年06月24日.17:04:16
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <51C87C0D.30900@egenix.com>
In-reply-to <1372090208.06.0.650807676162.issue18234@psf.upfronthosting.co.za>
Content
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/ 
History
Date User Action Args
2013年06月24日 17:04:16lemburgsetrecipients: + lemburg, loewis, belopolsky, benjamin.peterson, ezio.melotti, serhiy.storchaka
2013年06月24日 17:04:16lemburglinkissue18234 messages
2013年06月24日 17:04:16lemburgcreate

AltStyle によって変換されたページ (->オリジナル) /