<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Zend Framework and locales</title>
	<atom:link href="http://www.dotvoid.com/2009/04/zend-framework-and-locales/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dotvoid.com/2009/04/zend-framework-and-locales/</link>
	<description>Experiments and thoughts in PHP and javascript</description>
	<lastBuildDate>Mon, 30 Jan 2012 20:33:19 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Gabriel</title>
		<link>http://www.dotvoid.com/2009/04/zend-framework-and-locales/comment-page-1/#comment-470</link>
		<dc:creator>Gabriel</dc:creator>
		<pubDate>Thu, 02 Apr 2009 09:15:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.dotvoid.com/?p=366#comment-470</guid>
		<description>Aaah, this behavior has bitten me too! I was in a hurry to fix it, so my &quot;fix&quot; was to remove Zend_Locale and use str_replace and number_format instead (It&#039;s an app that will never have another locale than de_DE). Great to see that it is indeed a bug und not my misunderstanding of I18N.

@Lucas If you can wait for PHP 6 that&#039;s a great luxury I don&#039;t have. I have customers that want to have apps to display their prices NOW. Not using set_locale is not an option because of encoding requirements. Reverting to the default locale would be ok (but would produce long code with each formatting and conversion of a number taking 3 lines instead of 1), but if this patch fixes the behavior in a future-proof way I am very thankful.</description>
		<content:encoded><![CDATA[<p>Aaah, this behavior has bitten me too! I was in a hurry to fix it, so my &#8220;fix&#8221; was to remove Zend_Locale and use str_replace and number_format instead (It&#8217;s an app that will never have another locale than de_DE). Great to see that it is indeed a bug und not my misunderstanding of I18N.</p>
<p>@Lucas If you can wait for PHP 6 that&#8217;s a great luxury I don&#8217;t have. I have customers that want to have apps to display their prices NOW. Not using set_locale is not an option because of encoding requirements. Reverting to the default locale would be ok (but would produce long code with each formatting and conversion of a number taking 3 lines instead of 1), but if this patch fixes the behavior in a future-proof way I am very thankful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Danne Lundqvist&#8217;s Blog: Zend Framework and locales : Dragonfly Networks</title>
		<link>http://www.dotvoid.com/2009/04/zend-framework-and-locales/comment-page-1/#comment-467</link>
		<dc:creator>Danne Lundqvist&#8217;s Blog: Zend Framework and locales : Dragonfly Networks</dc:creator>
		<pubDate>Thu, 02 Apr 2009 04:59:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.dotvoid.com/?p=366#comment-467</guid>
		<description>[...] a new post to his blog Danne Lundqvist take a look at using locales in the Zend Framework and a [...]</description>
		<content:encoded><![CDATA[<p>[...] a new post to his blog Danne Lundqvist take a look at using locales in the Zend Framework and a [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Danne</title>
		<link>http://www.dotvoid.com/2009/04/zend-framework-and-locales/comment-page-1/#comment-463</link>
		<dc:creator>Danne</dc:creator>
		<pubDate>Wed, 01 Apr 2009 15:48:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.dotvoid.com/?p=366#comment-463</guid>
		<description>Hopeless? Well if no one reports errors the of course no one will fix them...

And why I would wait for PHP 6 I don&#039;t know. This particular problem is in Zend Framework. Not PHP.</description>
		<content:encoded><![CDATA[<p>Hopeless? Well if no one reports errors the of course no one will fix them&#8230;</p>
<p>And why I would wait for PHP 6 I don&#8217;t know. This particular problem is in Zend Framework. Not PHP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lukas</title>
		<link>http://www.dotvoid.com/2009/04/zend-framework-and-locales/comment-page-1/#comment-462</link>
		<dc:creator>Lukas</dc:creator>
		<pubDate>Wed, 01 Apr 2009 13:01:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.dotvoid.com/?p=366#comment-462</guid>
		<description>I think its hopeless to ask libraries to play nice with set_locale(). Just wait for PHP6, until then either dont use set_locale() or if you must do it in your own code and revert it back to standard the second you call other peoples code.</description>
		<content:encoded><![CDATA[<p>I think its hopeless to ask libraries to play nice with set_locale(). Just wait for PHP6, until then either dont use set_locale() or if you must do it in your own code and revert it back to standard the second you call other peoples code.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

