tapestry-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Massimo Lusetti (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (TAP5-999) Implement an agnostic tapestry.js layer + adapters to allow developers to switch from prototype to jquery
Date Fri, 06 May 2011 07:34:03 GMT

    [ https://issues.apache.org/jira/browse/TAP5-999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13029807#comment-13029807
] 

Massimo Lusetti commented on TAP5-999:
--------------------------------------

How this will deal with project like https://github.com/got5/tapestry5-jquery that already
provide a sort of js library switching? Will make them all obsolete? 

> Implement an agnostic tapestry.js layer + adapters to allow developers to switch from
prototype to jquery
> ---------------------------------------------------------------------------------------------------------
>
>                 Key: TAP5-999
>                 URL: https://issues.apache.org/jira/browse/TAP5-999
>             Project: Tapestry 5
>          Issue Type: Wish
>          Components: tapestry-core
>    Affects Versions: 5.1.0.7, 5.0.19
>            Reporter: Christophe Cordenier
>            Assignee: Howard M. Lewis Ship
>
> As per the discussion on the mailing about Tapestry 5 and jQuery, i create this JIRA
to compile the toughts of everyone for this feature.
> As Howard said on the mailing list, goals are :
> Goal #1: Backwards compatibility
> Goal #2: Documented
> Goal #3: Plugability / Extensibility / Overridablilty
> First design thoughts suggested by howard are (extracted from Howard's answer) :
> 1. tapestry.js defines a Tapestry namespace with key function properties for the standard
stuff
> 2. split current tapestry.js into more smaller files
> 3. In addition to tapestry.js, ... include either tapestry-prototype-adapter.js (plus
prototype.js and scriptaculous.js) OR tapestry-jquery-adapter.js (plus jquery.js).
> 4. tapestry.js [should] be smaller handlers that often just fire additional events; a
cascade of events that eventually results in server-side requests
> Objectives :
> 1. make certain parts more pluggable i.e. Popup Bubbles
> 2. write javascript with functional closures
> 3. ... element could have at most one active animation; the animation would have to complete
before the next one (cf. jQuery animation and queuing mechanism)
> Challenges :
> 1. Remove prototype code from tapestry.js
> 2. Keep backward compatibility with existing Tapestry object

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message