Hello Leon, > I evaluated qooxdoo last year just for fun, and wrote a FastCGI back-end in C > for the Remote Data Binding Table using JSON RPC which runs on an embedded > device, and was impressed by the overall end-user experience. Thats good to hear. :)
> I have however trouble understanding how I should implement remote data > binding for a set of widgets, or a form of widgets, in general. In general, the widgets should not care about any remote data binding because they should only care about model updates and data. Where the data comes from should be transparent for them. > My use case is embedded device configuration, very similar to configuring > your average router. A mix of widgets. Most of them with an "Apply" button. > However, I also see use-cases for direct control (for example a slider with > volume control to the back-end). If you have something like a form (because you are speaking of a apply button), you could use the form controller to bring the data to a model. From there, you can react on changes in the model and update the server as well. The independent layer between the UI and the server should always be the model. > Is there a high-level way to perform remote (JSON-RPC) data binding, or > should I implement my own Async Rpc handlers for each widget or set of > widgets? We don't have any remote data binding jet. But the controller offer a solid way to bring the data from the view to a model. From there, you can continue and connect your data to whatever server you want to. As a good example, you could check out the offline data store which uses the localStorage as a "server" and loads / saves data in that. Regards, Martin ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
