[Catalyst] Backlog for proposed changes in next Catalyst release

[John Napiorkowski]

http://play-perl.org/quest/5134cdc18e0a96450f000038


There was a discussion about this on #catalyst-dev and in general people se=
em to think its ok.

Bill, are you up to giving the work a try? =A0I'd be happy to mentor you. =
=A0I don't think its killer work, but would really help

John


----- Original Message -----
> From: ""Luis E. Mu=F1oz"" <luisemunoz at gmail.com>
> To: John Napiorkowski <jjn1056 at yahoo.com>; The elegant MVC web framework =
<catalyst at lists.scsys.co.uk>
> Cc: =

> Sent: Monday, March 4, 2013 11:38 AM
> Subject: Re: [Catalyst] Backlog for proposed changes in next Catalyst rel=
ease
> =

> =

> On Mar 4, 2013, at 11:12 AM, John Napiorkowski wrote:
> =

>>  Bill,
>> =

>>  I'd be open to it, if it seems like we always just need to add this.=A0 =

> I'm not enough an expert of unicode to understand the drawbacks, or why t=
his =

> was done as a plugin in the first place.=A0 Is there a drawback, for exam=
ple to =

> having it core?
>> =

>>  I can see at the beginning having stuff like this as stand alone dists, =

> since it lets you be more agile in fixing issues with it, and all that bu=
t if =

> this is stable then I can see just making it core.
> =

> Correctly understanding and handling character encodings can be tricky. I=
t's =

> quite common to encounter applications that behave erratically when fed =

> non-ASCII input (with a last name that contains such characters, I would =
know).
> =

> That say, I cannot see how including that functionality in the core would=
 be a =

> bad thing.
> =

> Best regards
> =

> -lem
> =

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.scsys.co.uk/pipermail/catalyst/attachments/20130304/91966=
f4c/attachment.htm