Ouch. I wasn't aware of that.
Well.. i already posted a follow-up to my original post with a solution
that seems to work fine here. But i don't have a clue why :)

Or would you skip the Remote Table model entirely and just work with the
Simple table model? Luckily i won't have too many entries in my table
after all.

Roman

Derrell Lipman wrote:
> On Tue, Jan 27, 2009 at 7:53 AM, Roman Schmid <mail...@banal.ch> wrote:
> 
>     Hello Devs.
> 
>     I implemented a remote table model to use with my RPC backend. It works,
>     but the _loadRowCount method is called a lot, before some data is being
>     displayed (about 20 times). That results in a lot of requests being sent
>     to the server.
> 
>     Is this normal behavior?
> 
> 
> It's a design issue. See this thread for a complete discussion:
> 
> http://www.nabble.com/RmoteTable-fires-_loadRowCount()-multiple-times-for-very-1st-request-to16628238.html#a16644482
> 
> 
> Hopefully Fabian's new virtual widget implementation will have a better
> remote data model implementation, as it will be a fair amount of work to
> fix the current one I think.
> 
> Derrell
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> qooxdoo-devel mailing list
> qooxdoo-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
qooxdoo-devel mailing list
qooxdoo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to