Package home | Report new bug | New search | Development Roadmap Status: Open | Feedback | All | Closed Since Version 0.21.8

Request #10222 Method to retrieve translation charset missing
Submitted: 2007-02-28 13:48 UTC
From: yunosh Assigned: kguest
Status: Closed Package: Date_Holidays (version 0.17.0)
PHP Version: Irrelevant OS:
Roadmaps: (Not assigned)    
Subscription  
Comments Add Comment Add patch


Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know! Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem : 19 + 30 = ?

 
 [2007-02-28 13:48 UTC] yunosh (Jan Schneider)
Description: ------------ A method like getCharset() is required to retrieve a translation's charset. One currently has to assume that the translation is using iso-8859-1 as the encoding, but this could quickly change while new translations are added.

Comments

 [2008-05-09 10:16 UTC] yunosh (Jan Schneider)
And now charsets are even used inconsistently, the German translations (at least for Christian holidays) use ISO-8859-1 in the XML translation, and UTF-8 in the serialized version. I suggest to at least standardize on UTF-8 for all translations in both formats. That would make the requested getCharset() method obsolete.
 [2008-10-28 23:55 UTC] kguest (Ken Guest)
This bug has been fixed in CVS. If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET). If this was a problem with the pear.php.net website, the change should be live shortly. Otherwise, the fix will appear in the package's next release. Thank you for the report and for helping us make PEAR better. standardized on utf-8 as the file-encoding for all source and intermediate files (.php (code), .xml (additional translations), .ser (serialised data)).