Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:37035
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 64.233.184.239 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
        b=goIlj1HSAXfQFT6Mdn7hw2Pu/lxkqDNzS2xg39xjftGwXwyjQFU6qf/jhnCUCPxr7Wbdmg/2SkSduLgW9VHOvCVwDoESDsubYXiUxO6MYA0q2WHDaUZf5PxeDUac2Ma+4OYvF17o9tpvTWv+pc/UbA0ZqnDhGO6De8zJvNJOLNI=
Message-ID: <fe05d1540804160621m58e0a31eu1a42b7e72c7f9747@mail.gmail.com>
Date: Wed, 16 Apr 2008 15:21:49 +0200
To: "Stanislav Malyshev" <stas@zend.com>, "Andi Gutmans" <andi@zend.com>
Cc: "PHP Internals" <internals@lists.php.net>
In-Reply-To: <fe05d1540804141535v2df6efb8o2ae97cf03db9a332@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_5256_7861611.1208352109685"
References: <47F463F0.4030407@zend.com> <4803D0A2.2030008@zend.com>
	 <fe05d1540804141503j18c2c578me561f080545f55cc@mail.gmail.com>
	 <4803D7DF.8020308@zend.com>
	 <fe05d1540804141535v2df6efb8o2ae97cf03db9a332@mail.gmail.com>
Subject: Re: [PHP-DEV] intl naming
From: pierre.php@gmail.com ("Pierre Joye")

------=_Part_5256_7861611.1208352109685
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,

On Tue, Apr 15, 2008 at 12:35 AM, Pierre Joye <pierre.php@gmail.com> wrote:

>  > > to know what to think about my API changes proposal and the exception
>  > > usages as it is a relatively important request. Or why are you asking?
>  > >
>  >
>  >  I already stated my opinion about exceptions - I consider using them
>  > inappropriate in the context of this extension. However, my question was not
>  > about redesigning the API, but specifically about names.
>
>  I'm not sure how I should understand that. Does that mean that there
>  is no room to discuss or change anything in intl as long as you don't
>  agree? It may be asked in a rude way but I have hard time to follow
>  the logic behind your requests.
>
>
>  > > I really fear to suddenly see a 1.0.0-stable with none of our requests
>  > > inside.
>  > >
>  >
>  >  That depends on the requests and timeframe for their execution. Since we
>  > have mostly done the work that was planned for 1.0, I want to close one
>  > question that may change API. Adding features and enhancements is good, but
>  > not right now. If you wish, you may document them as feature requests for
>  > intl package on pecl too.
>
>  My point did not change. I do think that it is premature for
>  1.0.0-stable. I understand that you like to be at this stage for the
>  end of this month (5.3) but I don't think we have to hurry up without
>  solving the obvious issues we have. The API is the biggest one.

Let me know if I should simply consider than any change to the API
will be rejected. That will spare me (and other too) some time as I
will not try to provide patches or improvements if they will be
rejected anyway. But no answer is not a no and feed the confusion.

>  >  No trick, just checked out the code, put the libs in ../icu, run configure
>  > and nmake.
>
>  Checked out? You mean with CVS/SVN? I thought you were using their releases.

I will post my ICU questions to ICU support, faster :)


Please find a patch as attachment, fixing some bad #ifdef. This test
should be in the main intl header, imo.

Cheers,
-- 
Pierre
http://blog.thepimp.net | http://www.libgd.org

------=_Part_5256_7861611.1208352109685
Content-Type: text/plain; name=msg_format.c.patch.txt
Content-Transfer-Encoding: base64
X-Attachment-Id: f_ff3xmj3v0
Content-Disposition: attachment; filename=msg_format.c.patch.txt

SW5kZXg6IG1zZ2Zvcm1hdC9tc2dmb3JtYXRfZm9ybWF0LmMNCj09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxl
OiAvcmVwb3NpdG9yeS9wZWNsL2ludGwvbXNnZm9ybWF0L21zZ2Zvcm1hdF9mb3JtYXQuYyx2DQpy
ZXRyaWV2aW5nIHJldmlzaW9uIDEuMS4yLjcNCmRpZmYgLXUgLXIxLjEuMi43IG1zZ2Zvcm1hdF9m
b3JtYXQuYw0KLS0tIG1zZ2Zvcm1hdC9tc2dmb3JtYXRfZm9ybWF0LmMJNSBNYXIgMjAwOCAyMToy
MjoxMiAtMDAwMAkxLjEuMi43DQorKysgbXNnZm9ybWF0L21zZ2Zvcm1hdF9mb3JtYXQuYwkxNiBB
cHIgMjAwOCAxMTowMjoxOSAtMDAwMA0KQEAgLTI3LDggKzI3LDggQEANCiAjaW5jbHVkZSAibXNn
Zm9ybWF0X2hlbHBlcnMuaCINCiAjaW5jbHVkZSAiaW50bF9jb252ZXJ0LmgiDQogDQotI2lmbmRl
ZiBaX0FERFJFRl9QKHopDQotI2RlZmluZSBaX0FERFJFRl9QKHopICgoeiktPnJlZmNvdW50Kysp
DQorI2lmbmRlZiBaX0FERFJFRl9QDQorIwlkZWZpbmUgWl9BRERSRUZfUCh6KSAoKHopLT5yZWZj
b3VudCsrKQ0KICNlbmRpZg0K
------=_Part_5256_7861611.1208352109685--