That's an interesting comment Vic... are you saying you favor an approach where the entire client view itself is rendered on the client?
I ask because that used to be my thinking, and I'm moved away from it to some degree. By way of example: * The little proof of concept thing I mentioned ealier that treated the UI more like Swing, i.e., what came back from the server was essentially nothing but code that was executed on the client to create the UI on-the-fly. * I've previously done two apps that when you first access them you download about 200K of HTML that is stuck in some frames (a couple hidden). From that point on all you get back from the server regardless of what you do is some Javascript variables, and those variables are used to populate the HTML that is already on the client and the proper "page" shown. What I'm getting at is that it is more than possible that every request to the server results in very little being returned (maybe XML, maybe just comma-separated data, maybe just some Javascript), which implies the entire UI is either rendered on-the-fly on the client with each request or else it already exists and is just modified with the data returned by the server. I'm interested in knowing if that's what you are actually saying because, while I have moved away from it a bit as I've said, I still believe that approach has significant advantages, but for a long time I thought I was the only one that thought so! :) -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com On Tue, April 19, 2005 12:57 pm, Vic Cekvenich (netsql) said: > Michael J. wrote: > >> >> People just should stop thinking in terms of "client-side scripting" >> and start thinking > > > .... in terms of "client-side rendering" :-) > > (XAML, XUL, Flex, JDNC, DHTML(Ajax, JavaScript)). > > UI naturaly should be done on "client" side, asking for domain and other > services from the .... server. > > The more you do "client-side" the richer the UI. > > .V > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
