Re: Using frames advised?

From: Selena Chau <sechau_at_berkeley.edu>
Date: Fri Nov 12 2004 - 11:44:05 PST

>Hi Eric,
>
>Our site uses frames, although I'm wondering if we're one of the few
>organizations that do. There are different reasons we decided to
>use frames, including hiding long database addresses and instead
>grouping links by departmental subject. I think that the number of
>no-frame browsers is waning, and there are more no-javascript issues
>than no-frames issues from what I hear from friends (maybe because
>more sites use javascript than frames, but I'm not sure).
>
>Other issues that I am dealing with in the framed webpage
>environment are: jumping from one frame's static address to another.
>i.e. if the browser address shows .../visitor_info/index.html and
>the link within the content pertains to programs, then when the user
>clicks there, they will get program content in the visitor_info
>address. Then if they try to bookmark the page, there's no knowing
>if they're bookmarking the right information or not. You can avoid
>this problem by thinking through all the webpage uses, all the
>static addresses you'll use, and if you need to jump from one static
>address to another, to use php to specify the header and content
>addresses.
>
>Our site also has a secure site component. Users are adept to
>notice the lock icon to know if the page is secure, which will only
>be seen on a browser if the address in the browser bar is https://.
>Unless the header is specified with the link, they won't see it. On
>the other hand, if a user goes to any other part of the site from
>our secure store page, every page they visit after that will be
>secure. Not so much of a problem as a curiosity to users (will they
>think the whole site is secure?).
>
>And, if users don't know the site uses frames, they'll have trouble
>printing the page content. Some browsers don't give the option of
>asking which frame they want to print, so they'll only get a one
>page print out of the header and however much content will fit on
>the one page. Again, you can have a print this page/print friendly
>link on every content page if you wish.
>
>So, if you really want to use frames, you'll have to think through
>the process very thoroughly! But, as you may hear from other
>people, there are other technologies you can use to get the same
>result, including page includes. If you decide to go with frames,
>feel free to keep in touch. I'm dealing with the same issues as
>well.
>
>Selena Chau
>Webmaster
>Berkeley Art Museum and Pacific Film Archive
>(510) 643-5941
>
>
>>Hi all:
>>
>>I'm planning to do a make-over of our site and would like to use
>>frames. However, I wasn't sure if this would be ok since (a long
>>while ago) browsers might have had a problem using frames. Today,
>>I'm not sure if it's a big deal anymore. I didn't know if they made
>>a difference for visually-impaired web surfers using text-browsers
>>but I'd like to know if anyone else used frames on their pages or
>>not? I could just stick with tables, but I like to convenience of
>>using frames. Opinions? Thanks.
>>
>>eric
>>
>>
>>Eric Fong
>>Computer Resource Specialist
>>Department of Ethnic Studies
>>506 Barrows Hall #2570
>>U.C. Berkeley
>>Berkeley, CA 94720-2570
>>510.642.6555
>>510.642.6456 - Fax
>>
>>-----------------------------------------------------------------------
>>The following was automatically added to this message by the list server:
>>
>>Webnet information is available at http://webnet.berkeley.edu.
>>Email sent to this list is archived at
>>http://ls.berkeley.edu/mail/webnet/ . This archive is open to the
>>general public and browsable by search engine spiders,
>>email-address harvesting robots, your bosses, etc.

-----------------------------------------------------------------------
The following was automatically added to this message by the list server:

Webnet information is available at http://webnet.berkeley.edu. Email sent to this list is archived at http://ls.berkeley.edu/mail/webnet/ . This archive is open to the general public and browsable by search engine spiders, email-address harvesting robots, your bosses, etc.
Received on Fri Nov 12 11:45:24 2004

This archive was generated by hypermail 2.1.8 : Fri Nov 12 2004 - 11:45:26 PST