Hi Benoît, first of all many thanks for checking out the qx.Website component. qx.Website is still in an early phase of development and feedback is very much appreciated.
I'm glad you find qx.Website more accessible, as this was one of the main design goals of both the framework and the new website. The questions you raise point to the heart of the issues we still see with the component. While we have a vague vision, its still work in progress. Therefore I cannot answer your questions, but perhaps you want to share your view? Do you consider qx.bom.* as something that should be kept alongside the (q) API? Do you see (q) as a "replacement" of jQuery in terms of the features provided? What do you think of the API when compared directly to jQuery (e.g. explicity setters/getters). Do you think jQuery has serious short-comings feature-wise that (q) could improve upon? Also, note that the documentation of qx.Website is incredibly outdated (sadly). Right now, I recommend looking at the source code and the API docs for qx.module [1]. We're working on it and I'm sure that with the 2.0 release we'll have reached the quality of other component's docs. Concerning qooxdoo Native applications, one use case I see are qx.Website views. Take a look at the website application and view of the feedreader sample application [2]. You'll notice the (q) API is not used, but that's because the application was written before (q) was introduced and has not been updated yet. At least, I would assume so. To see more (q) code in action, feel free to take a look at the new website's JavaScript code. You'll notice the scripts are organized in (q) plug-ins – with q.attach – and classes are defined using the recently introduced q.define method which is basically a qx.Bootstrap.define in disguise. Regards Tristan [1] http://demo.qooxdoo.org/devel/apiviewer/#qx.module [2] http://bit.ly/HXgByu Am 19.04.2012 um 23:26 schrieb benco: > Hi guys, > > I would take the opportunity to discuss a bit about the new "website" > functionalities. > > On one hand, I like the concept and the idea very much. First of all, it's > very simple for newbie and the way it was conceived is rather good: it can > help popularize a lot the entire framework because of the "jquery approach" > (maybe jquery users would be interested in giving a try to qooxdoo and > furthermore it opens the door to jquery's modules conversion). > > On the other hand, I must say I fell a bit lost with this whole new "facet" > : > > * the qx.bom package seems to be doomed to "internal usage only" in the > future or to simply disappear when "q shortcuts" won't be shortcuts anymore. > I mean that the whole design architecture/hierarchy has changed. It's not > anymore qx.bom+qx.oo > qx.html > qx.ui.{mobile}. It's rather qx.bom ~ q AND > qx.bom+qx.oo > qx.html > qx.ui.{mobile}. > * I have the impression developing qooxdoo Native applications makes not > "direct" sense anymore. I like the OO approach but I wonder now if it > wouldn't be better to have "q module wrappers" to custom qx classes > developed in a OO way. > > Actually I doesn't mean that I don't like the approach but now I really > wonder how the whole framework will evolve in the future at bom level... > > Regards, > > Benoît. > > -- > View this message in context: > http://qooxdoo.678.n2.nabble.com/Discussion-about-Qooxdoo-Website-new-feature-tp7482249p7482249.html > Sent from the qooxdoo mailing list archive at Nabble.com. > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > _______________________________________________ > qooxdoo-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
