Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:27280
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain realplain.com from 69.179.208.43 cause and error)
Message-ID: <010a01c730d4$02ac3a30$0201a8c0@pc1>
To: "php-dev Internals" <internals@lists.php.net>,
        "Andrei Zmievski" <andrei@gravitonic.com>
References: <020801c725ce$fe9fe190$0201a8c0@pc1> <a5355eec6f6a88ac8abe33b55a723acd@gravitonic.com> <90c8af0c49a1264f019f15b797817313@gravitonic.com> <01c901c73002$591dc6e0$0201a8c0@pc1> <7b7100f58b16f2ada86e55f00f8abdbf@gravitonic.com>
Date: Fri, 5 Jan 2007 08:15:53 -0600
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] The new printf implementation
From: php_lists@realplain.com ("Matt Wilmas")

Hi Andrei,

I have no idea. :-)  It doesn't really affect me personally that I can think
of, so whatever you guys decide.  I don't feel strongly either way...  I
just wanted to bring up the internal changes originally after the locale
stuff created the bug with number_format() (maybe a couple others).

In your first reply (weeks ago), you mentioned POSIX locales being
deprecated in Unicode mode, and I assumed you were referring to the internal
printf, but maybe you meant PHP's userland printf.  Well, whichever version,
I'm neutral on what to do.  Oh, and to clarify that the locale-awareness
wasn't "a good idea" in my last message, I meant as far as breaking things
(internal or 3rd party), not just in general...


Matt


----- Original Message -----
From: "Andrei Zmievski"
Sent: Thursday, January 04, 2007

> So we should remove locale-awareness then?
>
> -Andrei
>
> On Jan 4, 2007, at 5:15 AM, Matt Wilmas wrote:
>
> > Hi Andrei,
> >
> > No, not really... :-)  I agree with what you said.  Even in
> > non-Unicode mode
> > or 5.2, it doesn't seem like making things locale aware which weren't
> > before
> > is a good idea (3rd party code that's relying on behavior, etc. which I
> > think was mentioned elsewhere).
> >
> >
> > Matt