On 07/27/2011 10:04 PM, hgc2002 wrote: > I've been working with versions 1.4, 1.4.2 and now 1.5 and the loading time > of the framework is still a problem. > > I'm not talking about my application. I'm talking about the pure Qx > framework. Even using Parts, I don't see how to split the framework itself > in loadable chunks. Who could be able to do that?!
There is no such thing as "the pure Qx framework", as you cannot load the framework on its own. You are just loading classes when you load your application, and for the current issue it matters little where these classes come from (ie. from which library). Parts allow you to split your *application*, not the framework, and they are definitely able to speed up initial load time. If you don't get this, you're not groking parts. It's all a matter of application and part design. > I'm using IE7 and IE8. In Chrome (version 10 to 12), the loading time is > normaly half of the time in any IE version. Surprinsingly, the rest of > interactions of the loaded aplication with the server is very much quicker > in IE than Chrome. Very strange, but at least one nice surprise. > > I've seen than roadmap for version 1.6 (december 2011) includes "Introduce a > self-contained low-level library". Is this the first try to make a short > basic part of the framework to load in first place (much quicker than > current), then the rest? No. The low-level library is for apps that don't need widgets, and some other high-level stuff. Your problem has to do with the dependencies of your main application class. If it is drawing in too many other classes, there is no trick that can save you from loading all of them during app startup. Re-design your main application class. Think of functional parts of your app you can leave away on the first load, and make them parts. T. ------------------------------------------------------------------------------ Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
