thron7-2 wrote
>
> A possible approach to tackle this might be to wrap the entire 3rd party
> module in a qooxdoo class, which handles the loading, and then use the
> wrapper class throughout of your code. The wrapper class could provide
> means to check the loading status, like firing an event or providing a
> predicate (".d3HasLoaded"), which you would deploy in the using code.
> This would also get you rid of the "add-script" entries in your config.
> Have a look at qooxdoo libs that wrap 3rd party scripts in [1], like
> QxJqPlot, QxDyGraphs and QxProtovis, maybe you find them inspiring.
>
I had a look into these before. They use qx.io.ScriptLoader if I remember
right.
I like that approach, because I get rid of those add-scripts...
But:
* EXPERIMENTAL – NOT READY FOR PRODUCTION
* I don't understand, how this helps to get e.g. d3 loaded before class
construction
Anyway, I'll give that a try...
thron7-2 wrote
>
> If you want a simpler approach, the first thing I would try would be to
> remove the reference to the d3 class from the load-time location as a
> map value, e.g. by setting
>
> period: null
>
> and then in the constructor of abc.core.View add
>
> this.period = d3.time.day
>
> The function wrapping you tried has the same effect, but the constructor
> approach is in my view more natural, unless, of course, you actually
> intend to share the d3.time.day object across all instances of your class.
>
Hm. Those are statics... This would need some re-construction of my
classes...
Thanks for your comments.
--
View this message in context:
http://qooxdoo.678.n2.nabble.com/add-script-css-problem-does-not-insert-script-css-tags-tp7581132p7581137.html
Sent from the qooxdoo mailing list archive at Nabble.com.
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
