<?xml version="1.0" encoding="UTF-8"?>
<!-- name="generator" content="pyblosxom/1.4.1 7/27/2007" -->
<!DOCTYPE rss PUBLIC "-//Netscape Communications//DTD RSS 0.91//EN" "http://my.netscape.com/publish/formats/rss-0.91.dtd">

<rss version="0.91">
<channel>
<title>Блогчетање 01 Dec 2009</title>
<link>https://danilo.segan.org/blog</link>
<description>Данилово блогче</description>
<language>en</language>
<item>
  <title>PHP-gettext 1.0.9 released</title>
  <link>https://danilo.segan.org/blog/ihatephp/php-gettext-1.0.9</link>
  <description><![CDATA[
<p>
  php-gettext
  <a href="https://launchpad.net/php-gettext/trunk/1.0.9"
     >1.0.9</a> is out: it integrates a number of fixes from different
  sources:
</p>

<ul>
  <li><code>E_STRICT</code> fixes: these were most commonly reported.</li>
  <li>Improved plural forms handling: thanks to a patch
    by <a href="http://moeffju.net">moeffju.net</a> on the old
    tracker, plural form expressions should be now parsed in the similar
    way the regular C-based gettext parses them</li>
  <li>Allow live switching of languages for an already initialised
    translation domain, using a patch
    from <a href="https://launchpad.net/eventum">eventum</a></li>
  <li>Provide fallback locale handling supporting standard GNU gettext
    locale names (eg. sr_RS.UTF-8@latin will try sr_RS@latin and
    sr@latin), inspired by another patch
    from <a href="https://launchpad.net/eventum">eventum</a></li>
</ul>

<p>
  With the endianness detection fix from
  <a href="https://launchpad.net/php-gettext/trunk/1.0.8"
     >1.0.8</a>, this should be a big step forward for everyone: 1.0.8 is
  simply a lower risk release with far fewer changes (just a fix for the
  most commonly reported bug).  As far as I am aware, with 1.0.9, all of
  the users could switch back to using upstream
  <a href="https://launchpad.net/php-gettext">php-gettext</a> instead of
  their patched copy.
</p>

<p>If not, I'd love to hear about it:
  <a href="https://answers.launchpad.net/php-gettext/+addquestion"
     >ask a question</a> or
  <a href="https://bugs.launchpad.net/php-gettext/+filebug"
     >file a bug</a>!
</p>

]]></description>
</item>

<item>
  <title>PHP-gettext moved to Launchpad</title>
  <link>https://danilo.segan.org/blog/ihatephp/php-gettext-in-launchpad</link>
  <description><![CDATA[
<p>The common replacement for internal PHP gettext implementation which
  has flexibility of not depending on system-installed locales or gettext
  support being compiled in into PHP, has moved
  to <a href="https://launchpad.net">Launchpad</a>:
</p>

<center>
  <a href="https://launchpad.net/php-gettext">php-gettext</a>
</center>

<p>
  I've fixed the most annoying bug that's coming back depending on the
  architecture and every little change in PHP's handling of integers, and
  it should be now <em>gone for good</em>.  That's available in the
  <a href="https://launchpad.net/php-gettext/trunk/1.0.8">1.0.8</a>
  release.
</p>

<p>
  I also evaluated most of the patches/bug fixes from the
  <a href="https://savannah.nongnu.org/projects/php-gettext"
    >old project page</a> and a
  <a href="http://git.debian.org/?p=users/metal-guest/php-gettext.git"
     >debian package</a>, and integrated what still made sense.
</p>

<p>
  I'll probably roll out another release soon which will include all the
  latest changes.
</p>

]]></description>
</item>

</channel>
</rss>
