Re: [Zope] Calling other frames (OT)

2001-01-15 Thread Oliver Bleutgen


 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



___
Zope maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope-dev )




Re: [Zope] Calling other frames (OT)

2001-01-15 Thread Martijn Pieters

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:[EMAIL PROTECTED]
| Digital Creations  http://www.digicool.com/
| Creators of Zope   http://www.zope.org/
-

___
Zope maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope-dev )




Re: [Zope] Calling other frames (OT)

2001-01-15 Thread Curtis Maloney

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

___
Zope maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope-dev )




Re: [Zope] Calling other frames (OT)

2001-01-15 Thread Dennis Nichols

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
[EMAIL PROTECTED]


___
Zope maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope-dev )