<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2014-06-27 16:55 GMT+03:00 Warren Young <span dir="ltr"><<a href="mailto:warren@etr-usa.com" target="_blank">warren@etr-usa.com</a>></span>:<div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I think Dancer::Logger::Console should do that when config.yml contains charset: "UTF-8".<br></blockquote><div><br></div><div>I agree.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

My test case boiled things down too far.  My real issue was different. It was yet another case of me thinking Perl somehow tags strings with their source encoding, so that data coming from a UTF-8 source and going out to a UTF-8 sink wouldn't need translation.  I needed to add an explicit encode('utf-8', $s) wrapper to that code path.<br>

</blockquote><div><br></div><div>I have had lot problems with UTF-8. I think, main point which made things simpler for me: </div><div><br></div><div>Perl uses internally _unicode_ strings. So everything coming in or going out needs decoding or encoding. Without explicitly doing so, all strings are treated as being ASCII/Latin1 encoded.</div>
<div><br></div><div>For me main problem is: in core is nothing to turn every input/output automatically convert from/to utf-8. Every user has to write pretty boring boilerplate to cover all possibilities. I use utf8::all for this, but some are criticizing it.</div>
<div><br></div></div>-- </div><div class="gmail_extra">Wbr,<br>Kõike hääd,<br><br>Gunnar</div><div class="gmail_extra"><br></div></div>