Re: [5.4.22] RequireJs custom path contribution - perhaps on Stacks or JavaScriptSupport

[Ilya Obshadko <il...@gmail.com>]

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 <lp...@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 <lp...@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 <ma...@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-unsubscribe@tapestry.apache.org
> >> For additional commands, e-mail: users-help@tapestry.apache.org
> >>
> >>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>


-- 
Ilya Obshadko