Hi all, just wanna throw in a few thoughts on this topic. Generally, all frameworks have their merits and drawbacks, and it's a good idea to evaluate them from the perspective of what you want to achieve and what your preferences are. The focus for qooxdoo was always what you might call "enterprise-level", desktop-like applications, and geared towards developers that have a strong OO (Java-like) background or mindset. If we manage to please this audience, we're happy :-). But this comes at a cost, e.g we often try to meet challenges on a conceptual and generic level, rather than ad-hoc.
Take the look and feel issue as an example. Rather than polishing our widgets in place, we implemented an entire and general appearance themes facility that allows you to create unlimited numbers of themes for your application, completely separate from the application logic, and switch them at runtime. And themes are defined without CSS and HTML, which should benefit programmers and designers alike (unless CSS and HTML are their bread-and-butter). This should even improve with the new qx.bom layer in 0.8. We feel this is a good infrastructure for demanding applications, on the expense of the out-of-the-box appeal. And, it is not obvious on a first glance. qooxdoo's event system might be another example. (Although this has also been challenged in this thread; Chris, your posting reads very interesting and we would be keen to learn more about your additions!) Documentation and learning curve are fair points of criticism, and we do our best to catch up on those (our API viewer with search facility (http://api.qooxdoo.org/) is hopefully an example for the better). But again, in cases of contested resources we'd rather put our efforts on things "under the hood". Another such thing is the qooxdoo tool chain. Why would you bother about a compiler/compressor/dependency checker/code optimizer/automatic partitioner if you just want to enhance some aspects of an otherwise lean web page?! These tools are meant for people who desperately *need* these features to make their web app viable and manageable. And yes, they increase complexity on the side of the programmer and their environment. There you go ... =Thomas sub wrote: > Hey guys, I've been following qooxdoo for almost 2 years and I think > it's a fantastic framework, not only for a UI but from a OO and > overall framework perspective - fantastic stuff. It's great to see > such an active forum as well - it give a good sense of the health of > the project. I'd like to hear peoples thoughts on ExtJS and how it > compares to qooxdoo. I'm quite familiar with qooxdoo but no so > familiar with ExtJS, I'd to hear from other qooxdoo developers their > thoughts on ExtJS. - Where does ExtJS excel compared to qooxdoo - > Where does ExtJS fail compared to qooxdoo Maybe I need to find myself > a ExtJS forum to ask similar questions, but I'd still be keen to hear > from those that have tried ExtJS. Now I know that 0.8 is to promise > significant things around layout etc will there be things there that > bridges the gap to whatever parts where ExtJS excel? Hopefully this > might be an interesting conversation. Cheers John > ------------------------------------------------------------------------ > View this message in context: Thoughts on ExtJS vs qooxdoo > <http://www.nabble.com/Thoughts-on-ExtJS-vs-qooxdoo-tp14993948p14993948.html> > Sent from the qooxdoo-devel mailing list archive > <http://www.nabble.com/qooxdoo-devel-f3822.html> at Nabble.com. > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > ------------------------------------------------------------------------ > > _______________________________________________ > qooxdoo-devel mailing list > qooxdoo-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ qooxdoo-devel mailing list qooxdoo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
