While it's not Catalyst's fault, I've found over the years that interacting
with underlying libraries, databases and legacy systems is generally easier
when I *don't* try to force anything. I have custom code in place to deal
with know sources of inconsistent encodings (check to see if it's valid
UTF8, look up the remainder in a table painstakingly assembled over a
period of time that catches a few odd MacRoman characters that show up in
some of our contributors' data, fall back to latin1 or cp1252 for the
remainder, leave anything else as \xNN). Everywhere else, UTF8 can be
passed through quite transparently, so I don't really see the point of
adding extra decoding and encoding all over the place to switch from utf8,
to some internal wide character encoding, then back to utf8 again for
output. One of the positive features of UTF8 has always been that code that
doesn't need to identify any of those fancy accented characters can just
treat it the same as ASCII, Latin-$WHATEVER or cp1252 without any overhead.
Overall I can't see the point of forcing everything to be converted
multiple times ...



On 3 March 2013 16:50, Bill Moseley <mose...@hank.org> wrote:

>
>
> On Fri, Mar 1, 2013 at 9:38 AM, John Napiorkowski <jjn1...@yahoo.com>wrote:
>
>> Hey All,
>>
>>
>> http://jjnapiorkowski.typepad.com/modern-perl/2013/03/catalyst-backup-for-next-release-on-play-perl.html
>>
>> This is over on play Perl (http://play-perl.org/player/jnap) for your
>> comments and votes.  Hope to see you there!
>>
>
> I think I've asked this before, but is there any talk of native encoding
> support -- meaning make Catalyst::Plugin::Unicode::Encoding part of the
> framework?   Having it a plugin makes it appear as optional, but the
> correct approach is to decoded all text requests and encode all text
> responses.
>
> This is fresh in my mind because last week had problems with two separate
> encoding issues.
>
>
> --
> Bill Moseley
> mose...@hank.org
> _______________________________________________
> List: Catalyst@lists.scsys.co.uk
> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
> Searchable archive:
> http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
> Dev site: http://dev.catalyst.perl.org/
>
>
_______________________________________________
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/

Reply via email to