I can't find a definition of SPI in this mailing list. Is it: - Service Provider Interface? - Script Programming Interface? - Single Page Interface?
I'm guessing it's #2. If so, then it sounds like an excellent idea, and I'm guessing it would have to be written in raw, vanilla javascript (the lowest common denominator) so that everyone can call it from their preferred flavour of javascript. As for the implementation beneath the SPI, sure, jQuery sounds as good a solution as any, and I see no harm in locking that in. If I'm on track now, could someone post some examples/proposals of interface code, eg. the interface for Zone handling; so we can see what we're talking about? Cheers, Geoff On 27/10/2012, at 3:48 AM, Massimo Lusetti wrote: > On Fri, Oct 26, 2012 at 4:28 PM, Geoff Callender > <[email protected]> wrote: > >> I'm a bit lost in all of this. I thought an aim of 5.4 was to make it easy >> to use widgets from other JavaScript libraries, eg. the huge range of >> widgets in Ext JS, or any other library that gains traction? Is that still >> the case? >> > > That's the question Geoff, which I think a lot of people don't > actually understand. > > The whole point here, in the tapestry javascript SPI, is to facilitate > the ability to plug new components build on your favorite javascript > library. > > There's no way to "abstract" a component behavior to let it be > functional with all javascript libraries, in that case you should > (must) write your own javascript component with your preferred > javascript library, the SPI "abstraction" is there to facilitate the > communication with the tapestry5 framework. > > Cheers > -- > Massimo > http://meridio.blogspot.com > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
