Some numeric characters are still not recognized

[andersch]

BPO	1571170
Nosy	@malemburg, @abalkin, @ezio-melotti
Dependencies	bpo-1571184: Generate numeric/space/linebreak from Unicode database.

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = 'https://github.com/malemburg'
closed_at = <Date 2010-12-09.08:56:39.653>
created_at = <Date 2006-10-05.07:31:51.000>
labels = ['type-feature', 'expert-unicode']
title = 'Some numeric characters are still not recognized'
updated_at = <Date 2010-12-09.08:56:39.652>
user = 'https://bugs.python.org/andersch'

bugs.python.org fields:

activity = <Date 2010-12-09.08:56:39.652>
actor = 'andersch'
assignee = 'lemburg'
closed = True
closed_date = <Date 2010-12-09.08:56:39.653>
closer = 'andersch'
components = ['Unicode']
creation = <Date 2006-10-05.07:31:51.000>
creator = 'andersch'
dependencies = ['1571184']
files = []
hgrepos = []
issue_num = 1571170
keywords = []
message_count = 5.0
messages = ['61013', '61014', '61015', '123514', '123674']
nosy_count = 4.0
nosy_names = ['lemburg', 'belopolsky', 'andersch', 'ezio.melotti']
pr_nums = []
priority = 'normal'
resolution = 'duplicate'
stage = 'test needed'
status = 'closed'
superseder = None
type = 'enhancement'
url = 'https://bugs.python.org/issue1571170'
versions = ['Python 3.1', 'Python 2.7']

[andersch]

Looking into the documentation of the unicode database
i found that there are some numeric characters that are
not listed in the UnicodeData.txt file. They are intead
listen in the Unihan.txt file. (See
http://www.unicode.org/Public/5.0.0/ucd/UCD.html#Numeric_Type_Han).

I have a patch for this in the works.

[andersch]

Logged In: YES
user_id=621306

I have uploaded patch bpo-1571184 that fixes this.

[malemburg]

Logged In: YES
user_id=38388

For quick reference, here's the patch URL:

https://sourceforge.net/tracker/index.php?func=detail&aid=1571184&group_id=5470&atid=305470

I'll comment there.

It's really sad that the Unicode Consortium is separating
out all kinds of properties into separate files... makes
following the standard a lot harder.

[abalkin]

Is there anything in this issue that is not addressed by bpo-1571184? It looks like this was originally reported on SF where bug reports and patches had separate ids, so this is probably a duplicate of bpo-1571184.

[andersch]

This is indeed a duplicate of bpo-1571184