> This improves the interface in a manner that is
> transparent to the user,
Except for bookmarking and the behavior of the Back and Forward
buttons, that is...have you found some way around those issues?
Rod McChesney, Korobra Corporation
Kirkdorffer, Daniel wrote:
>
> Not wanting to start a frames debate, I should point out, like many things,
> it all depends on how they are used. I often use frames to create "static"
> header or footer sections for a page that sandwich scrollable data display
> areas. For example, the footer may contain the action buttons (who wants to
> have to scroll to the bottom of a page to access these all the time?). For
> example I'm developing a form that is actually comprised of 6 horizontal
> zones, each a frame. This improves the interface in a manner that is
> transparent to the user, and allows for me to change the content of each
> frame without having to change the whole page, which would be a much more
> complex and less elegant approach.
>
> Dan
>
> > ----------
> > From: Craig R. McClanahan[SMTP:[EMAIL PROTECTED]]
> > Reply To: Craig McClanahan
> > Sent: Friday, March 05, 1999 9:31 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: My view on JSP
> >
> > "Kirkdorffer, Daniel" wrote:
> >
> > > [snip]
> > > 2) Craig's example below begs for a feature that is lacking right now:
> > the
> > > ability to "re-target" a page. Craig talks about the common need to
> > > conditionally display a page. Well I develop pages that use frames, and
> > > often find that the target of my next page might need adjusting
> > depending on
> > > what happens server side. However a page's target is determined at the
> > time
> > > a server side call is made, and cannot be adjusted after the fact. I've
> > > sent SUN a request for the ability to change target at redirect or
> > callpage
> > > time. I certainly hope it makes it into JSP 1.0. That's assuming it
> > can
> > > even be done.
> >
> > I think your last sentence above is the key ... frames and targets are a
> > purely
> > *client* side phenomenon. There is nothing in an HTTP request that
> > indicates
> > what the requestor is going to do with the data, and there's nothing the
> > server
> > can do to "direct" the response to a particular frame.
> >
> > So, before it becomes possible to accomplish your goal (determine the
> > target at
> > the server side), some modifications to the HTTP protocol itself would be
> > required. As many designers who have used frames can attest, this issue
> > affects static HTML pages just as much as it does dynamic ones. It is
> > also one
> > of the reasons I have tended to stay away from frames in my own apps.
> >
> > >
> > > Dan
> > >
> >
> > Craig McClanahan
> >
> > ==========================================================================
> > =
> > To unsubscribe, send email to [EMAIL PROTECTED] and include in the
> > body
> > of the message "signoff JSP-INTEREST". For general help, send email to
> > [EMAIL PROTECTED] and include in the body of the message "help".
> >
>
> ===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> of the message "signoff JSP-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JSP-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
