I'm working hard to port/rewrite my couchdb code for the recent version of qooxdoo. It will be a bit more trimmed down version; less cruft sort of a speak.
The only 'extra thing' remaining is a reactive event system. However even this thing is simplified heavily. Perhaps the qooxdoo devs are interested in why i still don't think the current event system is sufficient. I want to do: ev = myDatabase.putDoc('x'); ev.when('done', function(){ alert('document put ont he database'); }); The defautl event system requires me to do: ev = myDatabase.putDoc('x'); ev.addListener('done', function(){ alert('document put ont he database'); }); ev.send(); Notice the send at the end. In this example it seems too simple and not very important, but it can become a design issue, since a lot of code returns the 'ev' at the end. Perhaps the user of the library wants to catch other events. But if the user needs to 'send', (because otherwise the events would be missed), then the request looses its sequence. My new couchdb support code, has a server class and a request class. The server class makes sure requests (by default) wait for the last one to finish; the request class sends the request immediately, but it stores the resulting reply and status-codes. When 'reacting' to those status-codes, it will either react immediately, because the request has already finished, or setup an normal event handler. Technically, it's just a dataflow cell. The request is something that _becomes_ a value. I would love to see qooxdoo support something like that natively in the future. There are much more places where this would be very usefull. For example, with modal dialogs: ev = Dialog.confirm('Do you really want to quit?'); ev.when('yes', function(){ .. }) Rather than the: // creating dialog ev = Dialog.confirm('Do you really want to quit?'); // setup up event handlers ... // showing the dialog (if you show before setting up the handlers you might get race conditions) ... Greetings, Ralf ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ qooxdoo-devel mailing list qooxdoo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel