Re: Please make up your mind about IDN-implementation!

From: Date: Wed, 04 Aug 2004 08:36:31 +0000
Subject: Re: Please make up your mind about IDN-implementation!
References: 1  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-32417@lists.php.net to get a copy of this message
Stefan, just a few comments on your post...
Dear PEARs, first: I'm sorry for not having spoken up earlier. I know that wasn't clever - but also not possible due to workload unfortunately. Please have a look at my comment/vote http://pear.php.net/pepr/pepr-votes-show.php?id=124 and make up your mind about an IDN (internation domain name) for PEAR. We've talked this over already a while ago on pear-dev, and the results were implemented in the "temporary package" available at http://pear.speedpartner.de/. However, there were some things still left to do (support for libiconv as well as libidn, generally a bit more open API). That's why it was not proposed yet. Unfortunately David Rech is currently sick, but promised to finish his work very, very soon. Please make up your mind about the IDN-implementation that shoudl find it's way into PEAR. It's not a "use this or that"-discussion -
I'm just looking for the most extensible, open and support-able implementation.
A few things pointed out by you in the Comment on your -1 vote include, that my implementation lacks support for libidn, libiconv and UCS4. While UCS4 support was considered to be included a few days ago, I don't see any advantages of ballooning the class further by adding support for the various IDN extensions and iconv as well. Using iconv around the class is no problem at all, I think. I really prefer small tools, which do, what they are about to do. Not more, not less.
Afaik the proposal that's currently running is based on an implementation not by the package- authors,
That's not true. Some *ideas* were originally borrowed from the C source of JPNICs libidn. I ended up writing all the stuff by myself. Including the tables...
and it's not designed following the RFCs. So I doubt that we can guarantee to really provide "support" for that implementation.
That's clearly said not true. The only difference you notice is, that I created replacement tables fitting the purpose: Replace by nothing just means: skip that char. If you do not see the place, were the input is splitted at the dots - please look harder, it's there.
Comment are *very* welcome. (Please avoid flames!)
Mission completed :)
Kind regards, Stefan Regards
Matthias -- Mit freundlichen Grüßen aus Berlin Matthias Sommerfeld phlyLabs mailto:mso@phlylabs.de http://phlylabs.de

« previous php.pear.dev (#32417) next »