[
https://issues.apache.org/jira/browse/TAP5-486?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12708861#action_12708861
]
Adrian edited comment on TAP5-486 at 5/13/09 2:43 AM:
--
+1 for a thin wrapper/interface approach allowing different javascript
frameworks to be plugged in. jQuery is my preferred library but I don't agree
in forcing people to switch from Prototype. Need to also stop Prototype taking
ownership of the $ symbol, I shouldn't really have to write $j or j$ everywhere.
was (Author: mintybloke):
+1 for a thin wrapper/interface approach allowing different javascript
frameworks to be plugged in. jQuery is my preferred library but don't agree in
forcing people to switch from Prototype. Need to also stop Prototype taking
ownership of the $ symbol, I shouldn't really have to write $j or j$ everywhere.
> Switch Tapestry's built-in JavaScript support from Prototype to jQuery
> --
>
> Key: TAP5-486
> URL: https://issues.apache.org/jira/browse/TAP5-486
> Project: Tapestry 5
> Issue Type: Improvement
> Components: tapestry-core
>Affects Versions: 5.1.0.0
>Reporter: Howard M. Lewis Ship
>
> Like rats deserting a sinking ship ...
> This is not a definitive requirement; I've created this issue to promote
> discussion.
> It's quite likely that a move like this could be accomplished quite smoothly
> for users who are meerly consumers of JavaScript components; authors of
> JavaScript components would have to make some changes.
> Possibly we should code the jQuery stack from the get-go to NOT use the $()
> method, but instead use j$(). That extra character to type could make all the
> difference is allowing a smooth upgrade, where jQuery becomes the default,
> but prototype/scriptaculous can still be used.
> Possibly a new annotation, @PrototypeSupport for components to ensure that
> the Prototype libraries are available for compatibility?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.