I'm not sure about this issue. Is there anybody with more table/backend 
experience looking into this (Derrell,...)?!

T.

skar wrote:
>
>> I switched to using trunk(r19714) to avoid row count being fetched
>> several times on remote table being loaded and now the app loads fine,
>> but firebug console has 2 errors:
>>
>>   
>>> qx.log.appender.Util is undefined
>>> [Break on this error] console[entry.level].call(cons...e,
>>> qx.log.appender.Util.toText(entry));\nNative.js (line 55)
>>> qx.lang.Core is undefined
>>> [Break on this error] Stack.prototype.indexOf =
>>> qx.lang.Core.arrayIndexOf;\nBaseArray.js (line 489)
>>>     
>>> Processing DataController#get_table_data (for 127.0.0.1 at 2009-07-30
>>> 18:42:44) [GET]
>>>   Parameters: {"from"=>"2700", "nocache"=>"1248959564321",
>>> "sortIndex"=>"-1", "authenticity_token"=>"auth_token_here",
>>> "to"=>"2799", "sortOrder"=>"asc"}
>>>   DataLogs Load (6.1ms)   SELECT * FROM "data_logs" WHERE (id >= 2700
>>> AND id <= 2799) ORDER BY id asc
>>>  
>>> [http://127.0.0.1/data/get_table_data?from=2700&to=2799&sortOrder=asc&sortIndex=-1&nocache=1248959564321&authenticity_token=auth_token_here]
>>> Processing DataController#get_table_data (for 127.0.0.1 at 2009-07-30
>>> 18:42:44) [GET]
>>>   Parameters: {"from"=>"2800", "nocache"=>"1248959564653",
>>> "sortIndex"=>"-1", "authenticity_token"=>"auth_token_here",
>>> "to"=>"2899", "sortOrder"=>"asc"}
>>>   DataLogs Load (5.7ms)   SELECT * FROM "data_logs" WHERE (id >= 2800
>>> AND id <= 2899) ORDER BY id asc
>>>  
>>> [http://127.0.0.1/data/get_table_data?from=2800&to=2899&sortOrder=asc&sortIndex=-1&nocache=1248959564653&authenticity_token=auth_token_here]
>>> Processing DataController#get_table_data (for 127.0.0.1 at 2009-07-30
>>> 18:42:45) [GET]
>>>   Parameters: {"from"=>"2700", "nocache"=>"1248959565053",
>>> "sortIndex"=>"-1", "authenticity_token"=>"auth_token_here",
>>> "to"=>"2799", "sortOrder"=>"asc"}
>>>   DataLogs Load (6.1ms)   SELECT * FROM "data_logs" WHERE (id >= 2700
>>> AND id <= 2799) ORDER BY id asc
>>>  
>>> [http://127.0.0.1/data/get_table_data?from=2700&to=2799&sortOrder=asc&sortIndex=-1&nocache=1248959565053&authenticity_token=auth_token_here]
>>>     
> I used the default block sizes/caching sizes and even then the problem 
> persists. Does the model/widget support pagination out of the box? Or 
> do I have to add my own first/previous/next/last buttons etc and fetch 
> the data myself? Either way, that seems to be the way left, as this 
> auto fetching is killing the server with so many requests indefinitely.
>
> cheers,
> skar.
> -- 
> --
> The life so short, the craft so long to learn. 
>   
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> ------------------------------------------------------------------------
>
> _______________________________________________
> qooxdoo-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>   

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to