I've done some quit extensive programming using Layers with JavaScript. It is perfectly possible to create this and the user would indeed perceive it as being faster. The problem is that the server does not know what is going on (as Carsten already pointed out) and that using client side JavaScript does have some infringements on the JavaScript support of the browser. Making your code work with ALL browsers is nearly impossible. Many of my colleagues have migrated to using server side scripting as much as possible and only use client side when there is no other way. This is a bit extreme to my opinion, since it creates a lot of overhead on bandwidth, but it surely is the safest way since most code runs in a well known and controlled environment.
Bert At 10:28 6/05/2002 +0200, you wrote: > > -----Original Message----- > > From: Michael Homeijer [mailto:[EMAIL PROTECTED]] > > Sent: Monday, May 06, 2002 8:49 AM > > To: '[EMAIL PROTECTED]' > > Subject: RE: Cocoon Portal - Tabbed layout and Radio integration > > > > > > IMHO the problem with most portal layout's is that if you have multiple > > "portlets" open and one is changed, the complete page has to be refreshed. > > Depending on the functionality and the possibility of caching, this can be > > very time consuming. > > > > Gartner had a site that solved this by having portlets in a single "layer" > > (I am not a HTML expert, but I think this is what it's called). It looked > > great, all portlets could be dragged to the location at which you want to > > have them and they really looked like child windows. > > > > Did you ever look at a layout like this to use in Cocoon? (I am sorry I > > cannot find a link with a sample, it was one of the customizable gartner > > sites you have to login to. Maybe some one knows what I mean). > > >I'm not that HTML, DHTML or javascript expert but the portal is transformed >by a stylesheet into HTML, so you can add there any HTML,javascript etc. >directives you want. >AFAIK it is possible to perform many operations on the client-site, >like minimizing or rearranging the pieces of information. But at some >time the server needs this information in order to update the profile >on the server and save it persistent. >The current portal demo was designed without the need of javascript (apart >from the logout) as many customers want plain HTML, so this is the way >it is now. But I should be no problem for an HTML expert to change >this. > > >Carsten > >Open Source Group sunShine - b:Integrated >================================================================ >Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn >http://www.s-und-n.de mailto: [EMAIL PROTECTED] >---------------------------------------------------------------- >The Cocoon Book: >http://www.amazon.com/exec/obidos/ASIN/0735712352/apachecocoona-20 >The new weblog homepage: http://ziegeler.bei.t-online.de >================================================================ > > >--------------------------------------------------------------------- >Please check that your question has not already been answered in the >FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> > >To unsubscribe, e-mail: <[EMAIL PROTECTED]> >For additional commands, e-mail: <[EMAIL PROTECTED]> --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
