On Tue, Nov 2, 2010 at 07:04, thron7 <[email protected]> wrote: > I don't see why validating cell editor contents should be any different > from other validators when you want to include server requests. It is > clear that any kind of asynchronous validation is problematic when > validation is seen as inherently synchronous. > > I don't think that synchronous server requests are such a bad idea in > your case, depending of course on server availability. The other idea > would be to implement a "pending" validation where your validation > function triggers an asynchronous request, and then sets the cell into > some kind of "pending" state (not-editable, some background color, ...). > The pending state will then be removed by the asynchronous callback when > the server response has arrived, and either turned into a "valid" or > "invalid" state. Shouldn't be too hard. > > Maybe Derrell can comment better on this.
Using synchronous qx.ui.remote.Request is undesirable because many of the browsers block the whole browser (not just the tab or window of the application issuing the request) while that request is in progress. For that reason, use of synchronous requests is highly discouraged. I've been wanting, for a while, to write a demo of using the finite state machine module to simulate synchronous requests. It should be pretty easy to do; I just haven't had the time. I still don't. You might try your hand at it, though. That would allow you to issue a call as if it were synchronous -- the call wouldn't return to you until the results were available -- while still actually using an async request to the server. Derrell ------------------------------------------------------------------------------ Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
