Guido van Rossum writes:
>I think his proposal will go a long way towards your toolkit. I hope
>to hear soon from anybody who disagrees with Marc-Andre's proposal,
>because without opposition this is going to be Python 1.6's offering
>for i18n...
The proposal seems reasonable to me.
>(Together with a new Unicode regex engine by /F.)
This is good news! Would it be a from-scratch regex implementation,
or would it be an adaptation of an existing engine? Would it involve
modifications to the existing re module, or a completely new unicodere
module? (If, unlike re.py, it has POSIX longest-match semantics, that
would pretty much settle the question.)
--
A.M. Kuchling http://starship.python.net/crew/amk/
All around me darkness gathers, fading is the sun that shone, we must speak of
other matters, you can be me when I'm gone...
-- The train's clattering, in SANDMAN #67: "The Kindly Ones:11"
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4