Re: [Zope] Calling other frames (OT)
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 )
Re: [Zope] Calling other frames (OT)
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)
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)
> 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
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 -steve > "Martijn" == Martijn Pieters <[EMAIL PROTECTED]> writes: Martijn> On Sun, Jan 14, 2001 at 11:16:44PM -0800, Dirksen wrote: >> First of all, I don't think you can achieve that with >> javascript. As far as I know, neither IE nor Netscape allows >> javascript to access DOM objects of other frame page for >> security reasons. Martijn> This restriction only applies when the two frames come Martijn> from different domains. Alll URLs from the same webserver Martijn> can access DOM trees in other frames from the same Martijn> server. This is how Zope updates the left-hand tree in Martijn> the management interface when you add a Folder, for Martijn> instance. Martijn> For an example of updating navigation buttons across Martijn> frames see http://www.tunix.nl/'. Ignore the Dutch, just Martijn> choose an option on the main page, then use the top and Martijn> left navigation buttons to go around a website. Then use Martijn> your browser's back and forward buttons to see the left Martijn> and top menus follow the current page. Also, when Martijn> clicking on a link in the content pane, the navigation Martijn> menus will update. All JavaScript source comments are in Martijn> english, that's they way I worked. Martijn> -- Martijn Pieters | Software Engineer Martijn> mailto:[EMAIL PROTECTED] | Digital Creations Martijn> http://www.digicool.com/ | Creators of Zope Martijn> http://www.zope.org/ Martijn> - Martijn> ___ Zope Martijn> maillist - [EMAIL PROTECTED] Martijn> http://lists.zope.org/mailman/listinfo/zope ** No cross Martijn> posts or HTML encoding! ** (Related lists - Martijn> http://lists.zope.org/mailman/listinfo/zope-announce Martijn> http://lists.zope.org/mailman/listinfo/zope-dev ) ___ 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
On Sun, Jan 14, 2001 at 11:16:44PM -0800, Dirksen wrote: > First of all, I don't think you can achieve that with javascript. As far as I know, > neither IE nor Netscape allows javascript to access DOM objects of other frame page >for > security reasons. This restriction only applies when the two frames come from different domains. Alll URLs from the same webserver can access DOM trees in other frames from the same server. This is how Zope updates the left-hand tree in the management interface when you add a Folder, for instance. For an example of updating navigation buttons across frames see http://www.tunix.nl/'. Ignore the Dutch, just choose an option on the main page, then use the top and left navigation buttons to go around a website. Then use your browser's back and forward buttons to see the left and top menus follow the current page. Also, when clicking on a link in the content pane, the navigation menus will update. All JavaScript source comments are in english, that's they way I worked. -- 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
Hi Etienne, First of all, I don't think you can achieve that with javascript. As far as I know, neither IE nor Netscape allows javascript to access DOM objects of other frame page for security reasons. Therefore, to do it at backend is a good solution. Session is the thing you want. Unfortunately, zope doesn't have session management built in, but you can find a bunch of session management products in zope's download page. cheers Dirksen --- Etienne Labuschagne <[EMAIL PROTECTED]> wrote: > Hi there > > I have a navigation/sitemap object that shows the user where he is in the > website at the current moment. I want this object eg. to sit in the left > frame. This object must update every time the main (right) frame updates to > reflect the position of the right frame. The website can be navigated both > from this navigation/sitemap object or from links inside the website itself. > Thus, the object must also update itself even if it is not used as the means > to navigate the site. > > How do I "talk" to objects in other frames? Or is there a better way to do > this? > > I know that this can probably be done with Javascript, but would prefer to > use Zope as far as I can. > > Thanks! > Etienne > > Tel: (012) 348 4586 > Cel: 082 442 8981 > Fax: (012) 361 8355 > > > ___ > 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 ) > __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ ___ 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 )
