Derrell,

See my response in the thread. I think I cover all the issues there.

Your checkin will have broken our code - if we were using 0.8 :-)

The documentation needs to be improved.

Hugh

> *Subject:* [qooxdoo-devel] Remote table model -- was anyone using 
> it?
> *From:* "Derrell Lipman" <[EMAIL PROTECTED]>
> *To:* "qooxdoo Development" <qooxdoo-devel@lists.sourceforge.net>
> *Date:* Sun, 21 Sep 2008 23:02:55 -0400
> 
> I'm trying to reconcile comments I've seen on this list regarding 
> people
> presumably using Remote Table Model, and my discovery tonight that 
> it didn't
> work.  I'd like to understand how it was working for anyone.  
> Although there
> are seemingly editorial changes between the 0.7 version and the 0.8 
> version
> of Remote.js, there don't appear to be any real substantive diffs, 
> yet it
> was clearly broken in 0.8.
> 
> Hugh, you have previously commented on use of your "implementation" 
> of
> remote table.  Were you using a class derived from
> qx.ui.table.model.Remote?  Has anyone else actually used the Remote 
> Table
> Model with a class derived from qx.ui.table.model.Remote?  Has my 
> fix (see
> r16411) broken it for your use?  I can't see how that'd be possible 
> and I
> have at least a simple real example of using the corrected version 
> that
> didn't work prior to my patch, but I would like confirmation of 
> just what's
> going on here.
> 
> Any insight would be highly appreciated!
> 
> Thanks,
> 
> Derrell

-------------------------------------------------------------------------
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

Reply via email to