Using Catalyst::Plugin::Unicode::Encoding instead of "hacking" Catalyst.pm works, but it brakes some other parts of our code (form posted containing some accent are screwed up).
Reverting Catalyst.pm to old fashion bytes::length() is way simpler... Anyone aware of drawback using it instead of length()? Dominic Germain --------------------------------------------- Administrateur réseau / Network administrator Sogetel www.sogetel.net [email protected] Le 12-02-15 à 23:33, Bill Moseley a écrit : > > > On Thu, Feb 16, 2012 at 10:56 AM, Dominic Germain <[email protected]> > wrote: > No, we are not using Catalyst::Plugin::Unicode::Encoding > > Does using it fix your problem? It should. But, you also should decode > input data, too. > > > > I'm still not sure why that is a separate plugin. When would you not need to > encode? Although, seems like should also check for the utf8 flag -- to catch > the case where the content has already been encoded. > > > -- > Bill Moseley > [email protected] > _______________________________________________ > List: [email protected] > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: http://www.mail-archive.com/[email protected]/ > Dev site: http://dev.catalyst.perl.org/
_______________________________________________ List: [email protected] Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/[email protected]/ Dev site: http://dev.catalyst.perl.org/
