php-i18n Digest 7 Aug 2003 07:21:16 -0000 Issue 187
Topics (messages 599 through 600):
mbstring.internal_encoding = mbstring.http_output?
599 by: evan.data.ad
PHP's Unicode roadmap?
600 by: Hank TT
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
--- Begin Message ---
I'm playing around with php 4.3.2 trying to get SJIS to convert to EUC
before storing it in the DB. I had assumed that the following would show
all output as SJIS and convert input to EUC-JP internally.
php_value output_buffering On
php_value output_handler mb_output_handler
php_value default_mimetype "text/html"
php_value mbstring.language Japanese
php_value mbstring.internal_encoding EUC-JP
php_value mbstring.http_input auto
php_value mbstring.http_output SJIS
php_value mbstring.encoding_translation On
However I'm finding that I can only convert to EUC-JP internally if I also
set http_output to EUC-JP.
Is this the expected behaviour?
Thanks,
Evan
--- End Message ---
--- Begin Message ---
Hi,
I've been trying to locate some documentation on where PHP is headed in
terms of Unicode support. Currently my impression is that PHP4 is nowhere
near Perl 5.8.0 and a quick glance at PHP5 doesn't reveal much in this area.
(These are impressions.) Python, being a new comer, also seems to be more
advanced than PHP, though not as much as Perl 5.8.
More specifically, Perl supports features such as Unicode Normalization
Forms -- very important for many of the world's languages requiring composed
characters (i.e. code point + arbitrary diacritical mark).
Any information appreciated.
Reference:
Perl 5.8.0: http://www.perldoc.com/perl5.8.0/pod/perluniintro.html
--- End Message ---
