Re: [Zope] Calling other frames (OT)
I think probably Javascript is the 'cleanest' solution in this case, but depending on the complexity of your UI another non-JS approach is to make every link target the topmost frome (e.g., target="_top") and redraw all frames in the frameset on each 'click'. This way you know that all frames reflect the latest situation, but it can be annoying to see the whole browser redraw every time you do anything. However, if your browser doesn't *do* Javascript.... (so long as it does do frames.... hmm.. how likely is that?) then it would at least work....
There' s always the possibility that people disable javascript - and checking for instance http://www.guninski.com/browsers.html I would say they have reason to do so. My take is that one should at least provide a non-javascript alternative to browse the site. This also helps with search-engines.... cheers, oliver
On Mon, Jan 15, 2001 at 12:51:01PM +0100, Oliver Bleutgen wrote:
I think probably Javascript is the 'cleanest' solution in this case, but depending on the complexity of your UI another non-JS approach is to make every link target the topmost frome (e.g., target="_top") and redraw all frames in the frameset on each 'click'. This way you know that all frames reflect the latest situation, but it can be annoying to see the whole browser redraw every time you do anything. However, if your browser doesn't *do* Javascript.... (so long as it does do frames.... hmm.. how likely is that?) then it would at least work....
There' s always the possibility that people disable javascript - and checking for instance http://www.guninski.com/browsers.html I would say they have reason to do so.
My take is that one should at least provide a non-javascript alternative to browse the site. This also helps with search-engines....
The site I pointed to uses JavaScript to highlight your current position in the site, by swapping images. The cross-frame js code is used to keep the highlighting in sync with the content frame, even when using hyperlinks that take you to a idfferent section of the site, or when you are using your browsers history function. When a visitor with JavaScript switched off visits the site, navigation still works. Only the highlighting will cease to support visitors in keeping tab on where in the site they are. -- Martijn Pieters | Software Engineer mailto:mj@digicool.com | Digital Creations http://www.digicool.com/ | Creators of Zope http://www.zope.org/ ---------------------------------------------
On Monday 15 January 2001 22:51, Oliver Bleutgen wrote:
I think probably Javascript is the 'cleanest' solution in this case, but depending on the complexity of your UI another non-JS approach is to make every link target the topmost frome (e.g., target="_top") and redraw all frames in the frameset on each 'click'. This way you know that all frames reflect the latest situation, but it can be annoying to see the whole browser redraw every time you do anything. However, if your browser doesn't *do* Javascript.... (so long as it does do frames.... hmm.. how likely is that?) then it would at least work....
There' s always the possibility that people disable javascript - and checking for instance http://www.guninski.com/browsers.html I would say they have reason to do so.
Agreed. I run NS4.76 with JavaScript disabled... it's the only way I've found to stop it pissing away my memory.
My take is that one should at least provide a non-javascript alternative to browse the site. This also helps with search-engines....
IMHO, JavaScript should be used to provide faster access to the same interface, but never to add functionality that is not otherwise available. A great example is http://www.asus.com.tw ... they have a side-bar menu which, with JS, will give you sub-menus when you hover over the links, etc. However, if you just click on the link, you are taken to a sub page which has the very same sub-menu, and this happens regardless of JS.
cheers, oliver
As for this frame problem... seems like you're voiding the best (IMHO) use of frames, which is to prevent reloading of portions of the page. Otherwise I just render all the objects into elements of an 'uber-table'... Have a better one, Curtis Maloney
At 1/16/01 08:58 AM, Curtis Maloney wrote:
As for this frame problem... seems like you're voiding the best (IMHO) use of frames, which is to prevent reloading of portions of the page. Otherwise I just render all the objects into elements of an 'uber-table'...
I agree with Curtis about frames providing the wonderful ability to reload part of the page without reloading and redrawing the whole mess. But... the frame most likely to be reloaded is the one with the content (as opposed to the navigation, advertisement, and other decorative frames) and if you don't reload the frameset then you can't bookmark that particular content. What to do about that? -- Dennis Nichols nichols@tradingconnections.com
participants (4)
-
Curtis Maloney -
Dennis Nichols -
Martijn Pieters -
Oliver Bleutgen