Gestionnaire de fichiers - Editer - /usr/share/doc/perl-Encode-Locale-1.03/Changes
Arrière
## 2012-01-11 Release 1.03 Documentation spelling fixes and tweaks to improve testing on Windows. ## 2011-03-28 Release 1.02 Added supporting hacks for GB18030 and roman8. [RT#66373] [RT#67010] ## 2011-02-22 Release 1.01 Avoid compilation warnings (RT#65975). Thanks to Goro Fuji. ## 2011-01-23 Release 1.00 Documentation tweaks. ## 2010-10-23 Release 0.04 Look up the ANSI code page on Windows and alias this one as the "locale" encoding. Providide the reinit() function to be called if something is changed in the locale and you need to re-initialize the encodings set up by this module. Improved documentation. ## 2010-10-20 Release 0.03 Changed the default for decode_argv() to match Encode's default. It became too strange to tell people to pass FB_DEFAULT to get the non-default behaviour. Changed $ENCODING_FS into $ENCODING_LOCALE_FS (as already documented below), but not implemented as such. Workaround for test failure where the Encode does not know about the "646" encoding alias. Documentation tweaks. ## 2010-10-13 Release 0.02 ...where I realized that I could not get away with a single locale encoding. Now `Encode::Locale` provides 4 encoding names that often will map to the same underlying encoding. I've used the following names: locale $ENCODING_LOCALE locale_fs $ENCODING_LOCALE_FS console_in $ENCODING_CONSOLE_IN console_out $ENCODING_CONSOLE_OUT The first one is the encoding specified by the POSIX locale (or the equivalent on Windows). This can be set by the user. The second one (`locale_fs`) is the encoding that should be used when interfacing with the file system, that is the encoding of file names. For some systems (like Mac OS X) this is fixed system wide and the same for all users. Last; some systems allow the input and output encoding for data aimed at the console to differ so there are separate entries for these. For classic POSIX systems all 4 of these will all denote the same encoding. This release also introduce the function env() as a Unicode interface to the %ENV hash (the process environment variables). We don't want to decode the ENV %values in-place because this also affects what the child processes observes. The %ENV hash should always contain byte strings. ## 2010-10-11 Release 0.01 Initial release
| ver. 1.4 |
Github
|
.
| PHP 8.0.30 | Génération de la page: 0 |
proxy
|
phpinfo
|
Réglages