On 9 Jun 2012, at 11:00, phptal-requ...@lists.motion-twin.com wrote:

>> Hi, PHPTAL 1.2.2 running with euc-jp works fine under php 5.3 but outputs
>> blank with php 5.4 because htmlspecialchars skips processing if the detected
>> input encoding is not the same as specified (or the default utf8 which is
>> the current behaviour).
> How about using expression modifier to convert to utf-8?
> http://phptal.org/manual/en/split/custom-modifiers.html
> <p tal:content="eucjp2utf8:your/variable">non ascii text here</p>

Hi thanks for the suggestion.
Using custom modifier globally for all content does not seem appropriate in 
this case. However, for specific elements i can understand its usefulness.

> Though euc-jp is better encoding before spreading utf-8, currently it
> becoming obsolete around modern PHP community. PSR-1 specifies to use
> only utf-8 with MUST level. See:
> https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-1-basic-coding-standard.md
> If you have so much existing non utf-8 htmls or you have some reason
> to output with euc-jp I prefer to use pre/post filters. They can do
> anything your text nodes and can convert the result from internally
> used utf-8 to euc-jp to output.

This particular project requires EUC-JP so i have to use it. Other projects use 
UTF-8. I have configured PHPTal encoding to EUC-JP so it would make sense for 
it to also honour the encoding for output as well. Remember this is a php5.4 
issue only as 5.3 works without problem. However i will investigate the filters 
also as a workaround.


> Of course I also research. :)
> -- 
> Hisateru Tanaka

PHPTAL mailing list

Reply via email to