php-i18n Digest 22 Jun 2003 05:47:34 -0000 Issue 180
Topics (messages 576 through 580):
On-the-fly conversion of hankaku/zenkaku
576 by: evan.data.ad
577 by: Moriyoshi Koizumi
579 by: evan.data.ad
Re: utf-8 encoding : problem with japanese
578 by: Moriyoshi Koizumi
mbstring Detect Order Significance
580 by: evan.data.ad
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 ---
Hi,
I'm curious if there's any support for "on-the-fly" conversion of
hankaku<->zenkaku. It would be useful if this could be defined along the
lines of "mbstring.input = auto".
Thanks,
Evan
--- End Message ---
--- Begin Message ---
Hi,
Did you try mb_convert_kana()?
http://www.php.net/mb_convert_kana
But this function cannot be used with mbstring.http_input for now.
Moriyoshi
[EMAIL PROTECTED] wrote:
> Hi,
>
> I'm curious if there's any support for "on-the-fly" conversion of
> hankaku<->zenkaku. It would be useful if this could be defined along the
> lines of "mbstring.input = auto".
>
> Thanks,
> Evan
--- End Message ---
--- Begin Message ---
Yes, but I was hoping that I could use something similar to
mbstring.http_input such that it would apply to all input for an
application.
We are in the process of localizing an app and are running into problems
when sending mails with SJIS data that has been saved in hankaku. Seems
there is a problem converting SJIS hankaku into ISO-2022 using
mb_send_mail? The hankaku always ends up as mojibake.
Maybe I should just use mb_convert_encoding to convert the body myself
)rather than relying on mb_send_mail) and not worry about the input?
Evan
> Hi,
> Hi,
>
> Did you try mb_convert_kana()?
>
> http://www.php.net/mb_convert_kana
>
> But this function cannot be used with mbstring.http_input for now.
>
> Moriyoshi
>
> [EMAIL PROTECTED] wrote:
>
>> Hi,
>>
>> I'm curious if there's any support for "on-the-fly" conversion of
>> hankaku<->zenkaku. It would be useful if this could be defined along
>> the
>> lines of "mbstring.input = auto".
>>
>> Thanks,
>> Evan
>
>
> --
> PHP Internationalization Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--- End Message ---
--- Begin Message ---
I guess the issue could be solved by setting default_charset=UTF-8 in
php.ini, or putting the following line
<?php header('Content-Type: text/html; charset=UTF-8'); ?>
at the top of yourscript script.
Hope this helps.
Moriyoshi
Donal Regan <[EMAIL PROTECTED]> wrote:
> Hello,
> I'm trying to display some japanese characters in a
> web page but I'm getting rubbish until I change the
> encoding setting in options in the browser to utf-8.
>
> The japanese strings are read from an xml file, I have
>
>
> <?xml version="1.0" encoding="UTF-8"?>
>
> as the first line. I create my xml parser using
>
> $xmlParser=xml_parser_create("UTF-8");
>
> and in my html header I have
> <meta http-equiv="content-type"
> content="text/html;charset=UTF-8">. Is there something
> i'm missing? Any help would be greatly appreciated.
> Cheers,
> Donal
--- End Message ---
--- Begin Message ---
Could anyone elaborate on the significance of encoding detection order?
Specifically I'm wondering why the default detection order (auto) is
ASCII, JIS, UTF-8, EUC-JP, SJIS? Wouldn't it make more sense to have a
default detection order along the lines of ASCII, SJIS, EUC-JP, JIS, UTF-8
which (I believe) would be more in line with the relative degree of use
for each encoding?
Are there any "gotchas" I should look for when setting the detection order
myself?
Thanks,
Evan
--- End Message ---
