Hello Christian,
As Tristan said, we do have that REST store which is read only but we plan du 
add write as well. But can't tell you when. It sure depends on the needs we 
have here in house.

> 1) For example, when dealing with tables or trees with ten thousands or more
> records, periodically fetching the whole dataset (index) is out of the
> question. Instead, what you'd really need to do is to pass only the changed
> data between client and server. On the client, this is done by dispatching
> "change" and "changeBubble" events. How would this translate into stores and
> their actions?
I guess that highly depends on the API the service offers. If the API offers a 
Update method on that specific resource, we could use the cahngeBubble event to 
exactly push only the changed data. But I don't have much of experience about 
how we can handle that.

> 2) dojo has an API for stores tha allow to do filtering and querying of the
> data (either remotely or "in-house", i.e. in json stores). The result can
> then be used as data for visual display in widgets. Are there any plans for
> that?

We do already have such a functionality. You can write your own parser and do 
the filtering in that. Additionally, you can always filter in the widget side 
which is the best solution when possible. Because you can have more than one 
view on the same data with different filters set.
Other than that, I did not dig deep into that topic. I know that dojo does have 
such things an I will take a look at their API's to get an idea how they did 
it. Currently, can't say much about how and when we going to add such features.

Regards,
Martin
------------------------------------------------------------------------------
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to