Hi. Not for me it isn't. But there's a trick: don't keep stuff on screen if you don't need it. You can keep a rich, huge hierarchy of qooxdoo objects, but try rendering it only when actually needing it on screen. For instance, replace container contents, rather than using tens of tabs loaded with controls. This will maybe put some stress on the DOM garbage collector, but we never had any problem with this when using qooxdoo.
Another thing you can do is to build/create UI elements as you need them, then keep them bound to qooxdoo singletons, instead of creating all upfront, or creating and releasing them all the time. This way, as far as we could find out, speed doesn't decrease with app size, only memory footprint does - but this is IMO to be expected. As for tooling ... I think there is indeed space for improvement here. I'd definitely prefer improving the generation speed over the framework's speed, since this is OK for me. I never even thought of qooxdoo being a viable alternative for classic web pages. You can't ask a web designer to do something fancy with qooxdoo - he'll choke to death without CSS. Qooxdoo isn't a web framework, it's a well-designed application framework written in Javascript. A proper web site is never going to be an application. Trying to create it with qooxdoo is like using a chainsaw to peel potatoes. I tried the table at http://www.smartclient.com/index.jsp#_Welcome. Column resizing was way slower than in the equivalent qooxdoo demo. So I really don't get it why you consider qooxdoo slow. Could it be that you are actually building your web apps the way you used to build web pages without qooxdoo, or that you use qooxdoo with old-style Ajax, where all serious processing is done on the server, which causes apps to be chatty and bandwidth-hungry? Maybe you could provide an example of where qooxdoo is slow for you, and the list could come up with solutions to that particular problem. br, flj ------------------------------------------------------------------------------ This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
