Frames

url not corresponding to page

[fashezee]

My left frame contains my navbar. as I toggle through the menu items, the corresponding page
appears in the center frame, but the URL remains the same. How can I change the URL to display the
correct name? Is there a way of determining what the URL displays although the target of the respective link is the center frame?

[tedster]

It's different on different browsers. On IE6, you can find out the url of the frame source by right clicking over the frame (be careful not to be on an image) and selecting "Properties".

But the URL in the browser location bar will be the parent - the frameset document

[rewboss]

This behaviour is one of the disadvantages of using frames. It's also how the grandly-named "URL cloaking" works.

The answer to your question is: You can't.

[Mark_A]

"This behaviour is one of the disadvantages of using frames."

rewboss I would describe this behaviour as a charachteristic of using single parent frames to display multiple framed documents.

Just a charachteristic no more no less.

You can use frames in a multiple of ways some of which include the url in the browser changing at every new page click.

[rewboss]

Since the only way to make the URL change in the address bar on a framed site is to load a completely new frameset, it is unnecessarily slow and complicated, and completely defeats the object of having frames at all.

[Mark_A]

rewboss I guess it would depend what "your" objective was in employing frames?

Speaking only for myself I have variously employed frames because:

1. A corporate identity required it:
------------------------------------
A couple of years ago this one ... In this case a great deal of work around, including multiple new framesets was required to provide
1.1 A parallel and fully functional completely non framed site within the frames one.
1.2 the multiple framesets also allowed significant search engine results in a combinations of engines and that site made plenty of real money from real enquiries. no complaints.
1.3 the design allowed graphics scripts (rolls) to be hidden in nav frames - away from contents.

2. For ease of navigation updates
----------------------------------
On that site I wanted to be able to add lots of new content without having to do much work to update in site navigation, no dbase driven pages etc .. also this site was able to be partially navigated within frames and without.

3. New site for photography ..
-------------------------------
Because they make sense for navigation, display and updating purposes.. Se is not that much of a consideration in this case..

4. for display purposes
--------------------------
To allow header elements to remain in view as users scrolled tabular contents down / up rather like in a access dbase view or excel spreadsheet view.

rewboss I note you wrote
< Since the only way to make the URL change in the address bar on a framed site is to load a completely new frameset, it is unnecessarily slow and complicated, and completely defeats the object of having frames at all. >

As most of the elements on the viewed page will have been cached by the users browser and for example with a nav bar it will be the identical element sourced locally from the users cache (if site is set up properly) I dont agree that its any slower or more complicated than reloading a tables or css based page which includes previously used elements.

I have to come back and ask you what your objective is in using frames?