Hi Martin, at first, there are no silly questions in this world.
I would have objects witch represent the qx.widgets, just generated out of the API with python. What do you think, what can be more dynamic? Martin Schaefer schrieb: > Hello Dirk, > > thanks for the explanation, I think I can see now where you're heading. Just > another silly question: when you say, you want to sync the javascript > objects with the server side, do you have fully featured Java classes in > mind which represent the qx widgets or rather something more dynamic? > > Regards > Martin > > Dirk Wellmann <[EMAIL PROTECTED]> wrote: > >> Hello Martin, >> >> well, the tests we made with JSF-Implementations and bigger Dialogs >> where very slow due to the enormous Traffic of single requests and >> responses made for exchanging the state of every Object after it >> changes. Thats the paradigm of Faces - the state of all objects is safe >> on the serverside and this results in unefficent traffic (many small >> packets). We want to go a step back from this and use a Userinteraction >> driven model for our communication and on every userinteraction a bunch >> of objects will be sync'd back to the server and at this time the server >> syncs back to the client. >> >> Ok we life in a time with daily bigger Bandwith, but we think of complex >> applications and the mobile use of them. >> >> Hopefully you won't blame me to the moon, but Faces are not the right >> solution for this kind of apps - in my opinion. >> >> ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
