+1. I can see lots of things needing this. JIRA please ill vote for it. > On Oct 3, 2013, at 1:33 AM, Bård Magnus Kvalheim <mag...@kvalheim.eu> wrote: > > Hi folks. > > As part of 5.4 migration process we have some components that make use of > JQueryFileUpload, https://github.com/blueimp/jQuery-File-Upload . > > This library uses the factory approach for defining the modules to work in > both AMD and non AMD environments. > Internally it handles loading of required modules, but work with paths. > (And does not try to load from a fixed directory structure). > > So I think I need to specify things like > requirejs.config({ > paths: { > 'jquery.fileupload': > '../library/jquery.fileupload/jquery.fileupload', //path to file > 'jquery.iframe-transport': > '../library/jquery.fileupload/jquery.iframe-transport', //path to file > 'jquery.ui.widget': > '../library/jquery.fileupload/vendor/jquery.ui.widget', //path to file > } > }); > > Is it possible to add path configuration with tapestry? > > One possibility could be to configure shims through tapestry's > modulemanager, but that's for non-AMD scripts and is likely to cause > problems. > Also the shim config would be global (all pages) - which I'd like to avoid > as well. > > > In 5.3 I've used a JQueryFileUpload to define all the deps like so.. > public List<Asset> getJavaScriptLibraries() { > List<Asset> ret = new ArrayList<Asset>(); > ret.add(assetSource.getContextAsset("jquery-file-upload/7.2.1/js/vendor/jquery.ui.widget.js", > null)); > ret.add(assetSource.getContextAsset("jquery-file-upload/extra/js/load-image.min.js", > null)); > ret.add(assetSource.getContextAsset("jquery-file-upload/extra/js/canvas-to-blob.min.js", > null)); > ret.add(assetSource.getContextAsset("jquery-file-upload/7.2.1/js/jquery.iframe-transport.js", > null)); > ret.add(assetSource.getContextAsset("jquery-file-upload/7.2.1/js/jquery.fileupload.js", > null)); > ret.add(assetSource.getContextAsset("jquery-file-upload/7.2.1/js/jquery.fileupload-fp.js", > null)); > > I thought it would be nice if it was possible somehow to contribute to > requirejs configuration through stacks. > That way they could be added to the requirejs config if the stack was used. > > If it was a service (perhaps exposed through JavaScriptSupport) one could > also contribute on a page/component level..? > > I have no idea about the implications of this and if it's possible to > accomplish, but could potentially help solving some more advanced use cases. > > In any case I do need to find a solution pretty soon, so let me know if you > have any ideas or suggestions. > > Thanks > Magnus
--------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org