Am 12.05.2009 um 14:19 schrieb panyasan:
>
> Hm... I am struggling a bit with the widget - model - controller -
> model
> -marshal - store chain.
>
> So, if you say that one can bind a controller with a store through
>
> store.bind("model", controller, "model");
>
> and both the store and the controller have a model that has
> properties, what
> exactly does this mean?
If you bind the two model properties as you did in that code sample.
You dont have two models. You only have one model and both, the store
and the controller does have a reference to the same model all the time.
>
> Say I have a TreeVirtual with a modified SimpleTreeDataModel which
> exposes a
> "data" property which holds the complete node array. Now I create a
> TreeVirtual controller and JsonRpc datastore. The JsonRpc datastore
> loads
> the whole tree from the JsonRpc backend into an array in memory. I
> save it
> into a new model object with a single property "data" which fires a
> "changeData" event - and then everything gets synchronized?
The TreeVirtual is currently not supported by the data binding. I hope
you know that? So that the TreeVirtual has its own model is if you
take the widget for itself necessary. But if you want to use the data
binding, you would have two models which is not as useful as the
widget and the model was without the binding.
So the general idea would be, that the store loads the data in some
kind of qooxdoo objects. To create those, you can use the JSON
marshaler, which can create qooxdoo classes and instances from JSON
data. After that, you can take this created model and use it as model
for a controller e.g. a tree controller. That way, you dont event have
to write your own controller. Just take care of creating the right
data and the existing controller can take the rest.
I hope i could clarify some part of the binding. Did you already see
my presentation about the whole data binding?
http://www.slideshare.net/wittemann/data-binding-in-qooxdoo
Especially slides 90 to 100 explain the ideo of the concept with a
small example application.
Regards,
Martin
>
> Is this how it works or did I misunderstand something?
>
> Thanks,
>
> Christian
>
>
> Martin Wittemann wrote:
>>
>> Hello Christian,
>>
>> we are currently not working on a jsonrpc data store. But im happy to
>> hear that you are on it.
>> Do you plan to share your work with the framework? Do you need any
>> additional information about the current implementation of the json
>> store or any other data binding class?
>>
>> Best,
>> Martin
>>
>>
>> Am 12.05.2009 um 10:20 schrieb panyasan:
>>
>>>
>>> Hello,
>>>
>>> I am working on a jsonrpc data store for the databinding component
>>> of
>>> qooxdoo. Just want to make sure nobody is working on that already.
>>> It would
>>> be a waste of time to invent the wheel a second time... Let me know!
>>>
>>> Christian
>>> --
>>> View this message in context:
>>> http://www.nabble.com/JsonRpc-data-stor-tp23498199p23498199.html
>>> Sent from the qooxdoo-devel mailing list archive at Nabble.com.
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances!
>>> Your
>>> production scanning environment may not be a perfect world - but
>>> thanks to
>>> Kodak, there's a perfect scanner to get the job done! With the NEW
>>> KODAK i700
>>> Series Scanner you'll get full speed at 300 dpi even with all image
>>> processing features enabled. http://p.sf.net/sfu/kodak-com
>>> _______________________________________________
>>> qooxdoo-devel mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances!
>> Your
>> production scanning environment may not be a perfect world - but
>> thanks to
>> Kodak, there's a perfect scanner to get the job done! With the NEW
>> KODAK
>> i700
>> Series Scanner you'll get full speed at 300 dpi even with all image
>> processing features enabled. http://p.sf.net/sfu/kodak-com
>> _______________________________________________
>> qooxdoo-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>>
>>
>
> --
> View this message in context:
> http://www.nabble.com/JsonRpc-data-stor-tp23498199p23501476.html
> Sent from the qooxdoo-devel mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances!
> Your
> production scanning environment may not be a perfect world - but
> thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW
> KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> qooxdoo-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>
>
------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
