You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@struts.apache.org by "Ed Burns (JIRA)" <ji...@apache.org> on 2006/06/02 22:54:16 UTC
[jira] Commented: (SHALE-183) Shale Remoting doesn't support
linking Javascript of popular javascript libraries.
[ http://issues.apache.org/struts/browse/SHALE-183?page=comments#action_37435 ]
Ed Burns commented on SHALE-183:
--------------------------------
Ultimately, I'd like shale-remoting.jar to contain the js files for all the javascript libraries it supports. That way I can get out of the business of bundling them into my app.
Ed
> Shale Remoting doesn't support linking Javascript of popular javascript libraries.
> ----------------------------------------------------------------------------------
>
> Key: SHALE-183
> URL: http://issues.apache.org/struts/browse/SHALE-183
> Project: Shale
> Type: Improvement
> Components: Remoting
> Reporter: Ed Burns
>
> I would like to have an enhancement to XhtmlHelper.linkJavascript() that supported many different popular JavaScript libraries. For example, I'd like to do something like:
> getXhtmlHelper().linkJavascript(context, component, writer,
> Mechanism.CLASS_RESOURCE, "dojo", "0.3.0");
> getXhtmlHelper().linkJavascript(context, component, writer,
> Mechanism.CLASS_RESOURCE, "prototype", "1.4.0");
> getXhtmlHelper().linkJavascript(context, component, writer,
> Mechanism.CLASS_RESOURCE, "scriptaculous", "1.6.1");
> And rest assured in the knowledge that the proper script elemnets will be rendered out iff no-one else on this request has asked for these scripts to be rendered.
> If we make jMaki and jsf-extensions use this, then we can save a lot of code and bandwidth.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/struts/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira