Hello Jean-Baptiste, nice to heat that you are excited about it. :)
The plans for the features are not done jet so don't blame me if the features will come different. What i can tell you for sure is that the connecting between the objects and the views will be during the runtime. Perhaps there will be some support during compile time but we try to keep it going without that. The concepts i made and think of are based on one hand on conventions (qooxdoo properties) but it could be that there will be some meta information for loading the data. So perhaps there will be some additional javascript declaration of that information somewhere. JSON-files will surely be a possible source of data, but not the only one. There may be other formats to use like CSV or XML. But as i said, the features are not fix and there can be changes during the project. Its just the beginning of it so there will be some more details in the coming weeks. Best, Martin Am 12.11.2008 um 13:20 schrieb Jean-Baptiste BRIAUD -- Novlog: > Hi Martin, > > I'm very excited about that feature ! > > Will databinding be a build time or runtime feature for declaring the > link between object and field on screen ? > Will it rely on name convention or on some configuration file (XML, > JSON, Javascript, ...) ? > Will it rely on JSON datastream ? > > Do you already have ideas on how you think about that feature ? > > > On 11 Nov 2008, at 09:06, Martin Wittemann wrote: > >> Hello Jean-Baptiste, >> >> that use-case you did just described is one part of the data binding >> concept. There will be probably some sort of dynamic form that can >> generate such things right out of the box. But currently i'm still >> doing the concepts for the data binding in qooxdoo. So ill expect the >> first real piece of code at the beginning of next year. >> But i cant answer your question what to do best to get the least work >> when migrating to the data binding components because there is no API >> yet for the data binding. >> >> Best, >> Martin >> >> Am 10.11.2008 um 17:27 schrieb Jean-Baptiste BRIAUD -- Novlog: >> >>> Hi, >>> >>> I'd like to share some thought about how to implement form and how >>> to >>> link to object like an instance of Person for a form that would >>> allow >>> to create or edit a person. >>> Any input, advices or discussions welcome ! >>> >>> I planed to keep as an attribute to the form the unique instance of >>> Person. (limitation : can't edit/create several person and then >>> submit >>> it, I'll see that later). >>> Then, each time a field change, using listener, I'll put back to the >>> object the value so the object will be sync with widget. >>> On save, that object will be "Jsonified" and submitted to the >>> server. >>> >>> In case of a read from database, that object will be unmarshaled >>> from >>> JSON, then each values will be "put by hand" in the various field >>> that >>> correspond. >>> >>> Is there tools, utility classes that could be used to link widgets >>> and >>> fields value in qooXdoo ? >>> I remember that Andreas was talking about data binding in qooXdoo, >>> is >>> it that ? >>> If yes, what would you advise me to do in my current code to avoid >>> problem when I'll have to migrate to data binding ? >>> >>> Thanks ! >>> >>> ------------------------------------------------------------------------- >>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>> challenge >>> Build the coolest Linux based applications with Moblin SDK & win >>> great prizes >>> Grand prize is a trip for two to an Open Source event anywhere in >>> the world >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>> _______________________________________________ >>> qooxdoo-devel mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel >>> >>> >> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win >> great prizes >> Grand prize is a trip for two to an Open Source event anywhere in >> the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> qooxdoo-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel >> > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > qooxdoo-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel > > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
