Could anyone suggest how to use addModuleConfigurationCallback method for partial page renders? Obvious use case is a component that acts as a wrapper around jQuery-Ajax-Upload library mentioned above.
I need to use this component inside a Zone, but I can't use addModuleConfigurationCallback in rendering phase because it's not supported for partial renders. On Wed, Oct 9, 2013 at 6:29 AM, Lenny Primak <lpri...@hope.nyc.ny.us> wrote: > Voted > > On Oct 3, 2013, at 3:44 PM, Bård Magnus Kvalheim wrote: > > > Thanks Lenny, JIRA created > https://issues.apache.org/jira/browse/TAP5-2196 > > > > Please vote guys :) > > > > > > On Thu, Oct 3, 2013 at 8:02 PM, Lenny Primak <lpri...@hope.nyc.ny.us> > wrote: > > > >> +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 > >> > >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Ilya Obshadko