Kai, Within the iframe itself you could maintain a session as long as no one reloaded the page that contained the iframe. The problem we have now is mainly with the portlet control icons causing page reloads that destroy the context of things like iframes. Within a limited set of webapps, you can attempt to maintain state through using cookies and other methods but overall it would be best if all of this portlet control stuff were performed on the client and just a notification sent to the server to inform it of what the current portlet state is. That way there would not be any destruction of the state for things like iframe portlets and you wouldn't lose your place in your portlet ecommerce session, your mainframe remote logon session or your place in your multimedia or video presentation.
Gerry Reno --- Kai Grossjohann <[EMAIL PROTECTED]> wrote: > Gerry Reno <[EMAIL PROTECTED]> writes: > > > And what do you do when people have cookies turned off as many do? > > I hang my head in shame. > > I know that this is a problem. But maybe companies' intranet > applications can require a bit more from the web browsers than other > websites. > > If you write down what the user interface looks like that we have, > then you get a pretty good list of things not to do in web > applications. But what can I do? I try to argue as well as I can. > > For example, the belief prevails that a web application can find out > how wide in pixels is a certain string on the client: in the CSS file > you specify that you want to use the foo font in the bar size, and > then you can compute on the server side how wide is the string. > 'Nuff > said. > > > And how does a cookie help with an interactive remote logon session > to > > say a mainframe or to a multimedia presentation, etc., etc. > > If the logon session is represented by an object in the HTTP session > (in our case it is), and if you have access to the HTTP session, then > Bob's your uncle. No? > > Kai > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > ===== Gerry Reno mailto: grenoml at@ yahoo dot. com (if mail bounces please retry later - spam rapidly fills up mailbox) __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
