Hi All, 

The most important consideration in this debate imho is backwards 
compatibility. Some companies have tens of thousands of lines of Tapestry code, 
so are heavily invested. Whilst removing prototype is probably a good idea, 
Tapestry must maintain legacy support for prototype, at least as an optional 
inclusion going forward. Not doing so will alienate many, not a mistake worth 
repeating. 


This is why the 5.4 planned JavaScript abstraction layer is a great idea. 


regards, 
Peter 

----- Original Message -----

From: "Jose Luis Sanchez" <joseluis.sanc...@m-centric.com> 
To: "Tapestry users" <users@tapestry.apache.org> 
Sent: Friday, 16 December, 2011 1:41:32 PM 
Subject: Re: prototypejs is dead - time to bring t5-jquery in? 

Just to add some more fire :) ,and think it's a nice idea. 

Found this , in here( grails 2.0.0 release ) 
http://grails.org/doc/latest/guide/gettingStarted.html#requirements 


jQuery Replaces Prototype 

The Protoype Javascript library has been removed from Grails core and 
now new Grails applications have the jQuery plugin configured by 
default. This will only impact you if you are using Prototype with the 
adaptive AJAX tags in your application, e.g. <g:remoteLink/> etc, 
because those tags will break as soon as you upgrade. 

To resolve this issue, simply install thePrototype plugin 
<http://grails.org/plugin/prototype>in your application. You can also 
remove the prototype files from your|web-app/js/prototype|directory if 
you want. 



> 
> On Thu, 15 Dec 2011 15:17:35 -0200, trsvax <trs...@gmail.com> wrote: 
> 
>> I agree about having a prototype.jar and I don't view this as a backward 
>> compatibility problem. Dependencies change from version to version 
>> anyway. 
>> 
>> It would also make it easier to create something other than jQuery if 
>> needed. 
> 
> The original idea is to create a framework-agnostic JavaScript layer 
> to be used by Tapestry-provided JS code. It would be implemented in 
> Prototype and jQuery out-of-the-box and anyone could provide your own 
> implementation too. This way, there's no useless code in either option. 
> 


-- 
*Jose Luis Sanchez* 
Senior Developer 

*E-mail*: joseluis.sanc...@m-centric.com 
*Phone* : +34 91 277 03 16 
mCentric mobilising imagination 


c/ Jose Echegaray, 8 Building 3 
28230 Las Rozas (Madrid). SPAIN. 

This message may contain confidential information or privileged 
material, and is intended only for the individual(s) named. If you are 
not in the named addressee you should not disseminate, distribute or 
copy this e-mail. Please notify the sender immediately by e-mail if you 
have received this e-mail by mistake and delete this e-mail from your 
system E-mail transmission cannot be guaranteed to be secured or 
error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses. The sender 
therefore does not accept liability for any errors or omissions in the 
contents of this message which arise as a result of e-mail transmission. 
If verification is required please request a hard-copy version. 

--------------------------------------------------------------------- 
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org 
For additional commands, e-mail: users-h...@tapestry.apache.org 


Reply via email to