[TYPO3-ect] Ext-JS 1.0.1

Joerg Schoppet joerg at schoppet.de
Tue Aug 14 08:18:13 CEST 2007


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Steffen Kamper wrote:
 > May be if there is a hook, a special extension could deal that
hooking that
> point and could be configurable, e.g. simple prevent imagelightbox:
> plugin.tx_pageheader.headerDataFromExt {
>   #no lightbox
>   kj_imagelightbox2_js_prototype = 0
>   kj_imagelightbox2_js_scriptaculous = 0
>  ...
> }
> 
> that is my vision.
> 
> vg  Steffen
Yes, such an extension would be cool, but once again, such an extension
have to make in some circumstances a "miracle"-decision.

Actually, I would see only one reasonable possibility:
There is one "master" extension, which sits above all the different
js-extensions:
- - script.aculo.us
- - ext-js
- - jquery
- - mootools
- - dojo
- - ...

Every extension, which wants to use a defined js-lib, registers itself
by the master-js-extension e.g. tx_masterjs::setPlugin('scriptaculous');

At the end, the master-js-extension is responsible to put all required
js-libs in the additionalHeaderData-array.


But this technique would require, that all ext-developers work together
and use one common ext to include there needed js-files.

This master-js-extension can grow in such a way, that the different
js-libs can register themself as service to this extension and that
client-extension can ask the master-js-extension, which js-libs are
available.

And at the top of the development-process, there stand the thought to
implement such a feature in the core ;-)


Joerg
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGwUklq5Me6rRDqPURAmCpAJ0TVdLL2cLx4wkZN4QOee/5J+HpgwCdHvaL
MlEMZ//d6pbmtkl4QglZm3Q=
=p+ci
-----END PGP SIGNATURE-----


More information about the TYPO3-team-extension-coordination mailing list