You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Jean-Christophe Kermagoret <jc...@gmail.com> on 2005/11/10 15:46:00 UTC
Where is the frame.xsl for the cocoon portal ?
Hi,
I've seen there is a frame renderer in the portal. Does it permit to build
frameset where each frame corresponds to a coplet ?
If it's the case, is there a frame.xsl file somewhere ?
Otherwise (if it's not to build a frameset), what is the purpose of this
renderer ?
Thank you
Jean-Christophe
Re: Where is the frame.xsl for the cocoon portal ?
Posted by Jean-Christophe Kermagoret <jc...@gmail.com>.
Ok,
thanks Carsten for all your help.
I will try the new portal next week.
Bye
Jean-Christophe
2005/11/10, Carsten Ziegeler <cz...@apache.org>:
>
> Jean-Christophe Kermagoret wrote:
> > It sounds very interesting
> >
> > I'm using 2.1.8-dev, are the modifications related to AJAX are
> > compatible with the 2.1.8 version ?
> >
> No, unfortunately not - I had to restructure/refactor some parts of the
> portal to get things working. Therefore the portal changed in several
> parts, but most of your portal developed with 2.1.x should work with 2.2
> - the xml is still the same and so on.
>
> Currently, there is no documentation about the changes...
>
> Carsten
>
> --
> Carsten Ziegeler - Open Source Group, S&N AG
> http://www.s-und-n.de
> http://www.osoco.org/weblogs/rael/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
Re: Where is the frame.xsl for the cocoon portal ?
Posted by Carsten Ziegeler <cz...@apache.org>.
Jean-Christophe Kermagoret wrote:
> It sounds very interesting
>
> I'm using 2.1.8-dev, are the modifications related to AJAX are
> compatible with the 2.1.8 version ?
>
No, unfortunately not - I had to restructure/refactor some parts of the
portal to get things working. Therefore the portal changed in several
parts, but most of your portal developed with 2.1.x should work with 2.2
- the xml is still the same and so on.
Currently, there is no documentation about the changes...
Carsten
--
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-n.de
http://www.osoco.org/weblogs/rael/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Where is the frame.xsl for the cocoon portal ?
Posted by Jean-Christophe Kermagoret <jc...@gmail.com>.
It sounds very interesting
I'm using 2.1.8-dev, are the modifications related to AJAX are compatible
with the 2.1.8 version ?
Jean-Christophe
2005/11/10, Carsten Ziegeler <cz...@apache.org>:
>
> Jean-Christophe Kermagoret wrote:
> > Waouuuuhhhhhh
> >
> > Thanks for this quick reply :-)
> >
> > I'm interested to try this layout to compare the costs between (one
> > coplet update) and (one coplet update + reload of the rest of the
> portal).
> >
> > Do you think it's worth the case ?
> >
> > Do you know if somebody already worked on this ? The idea is to build a
> > AJAX layout to minimize reloading if it permits to spare cpu cycles and
> > networkbandwith
> >
> > WDYT ?
> >
> Have a look at the portal in Cocoon trunk :) Especially at the Gallery
> demo - for minimizing/maximizing and some updates of coplets, the
> refresh is done using ajax and only the affected coplet is transfered
> from the server to the client.
> The work is not finished yet which means there are still cases where
> Ajax is not used but could be used. But in general I think it's worth to
> think about this.
>
> Carsten
>
> --
> Carsten Ziegeler - Open Source Group, S&N AG
> http://www.s-und-n.de
> http://www.osoco.org/weblogs/rael/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
Re: Where is the frame.xsl for the cocoon portal ?
Posted by Carsten Ziegeler <cz...@apache.org>.
Jean-Christophe Kermagoret wrote:
> Waouuuuhhhhhh
>
> Thanks for this quick reply :-)
>
> I'm interested to try this layout to compare the costs between (one
> coplet update) and (one coplet update + reload of the rest of the portal).
>
> Do you think it's worth the case ?
>
> Do you know if somebody already worked on this ? The idea is to build a
> AJAX layout to minimize reloading if it permits to spare cpu cycles and
> networkbandwith
>
> WDYT ?
>
Have a look at the portal in Cocoon trunk :) Especially at the Gallery
demo - for minimizing/maximizing and some updates of coplets, the
refresh is done using ajax and only the affected coplet is transfered
from the server to the client.
The work is not finished yet which means there are still cases where
Ajax is not used but could be used. But in general I think it's worth to
think about this.
Carsten
--
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-n.de
http://www.osoco.org/weblogs/rael/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Where is the frame.xsl for the cocoon portal ?
Posted by Jean-Christophe Kermagoret <jc...@gmail.com>.
Waouuuuhhhhhh
Thanks for this quick reply :-)
I'm interested to try this layout to compare the costs between (one coplet
update) and (one coplet update + reload of the rest of the portal).
Do you think it's worth the case ?
Do you know if somebody already worked on this ? The idea is to build a AJAX
layout to minimize reloading if it permits to spare cpu cycles and
networkbandwith
WDYT ?
2005/11/10, Carsten Ziegeler <cz...@apache.org>:
>
> Jean-Christophe Kermagoret wrote:
> > Hi,
> > I've seen there is a frame renderer in the portal. Does it permit to
> > build frameset where each frame corresponds to a coplet ?
>
> No :) It's just a place holder for "something" - if you use a frame
> layout in the portal you can specify a uri which is than included at
> this place. For example, this can be used to include a static header or
> footer or something like that.
>
> There is no configured xsl for this renderer.
>
> HTH
> Carsten
>
> --
> Carsten Ziegeler - Open Source Group, S&N AG
> http://www.s-und-n.de
> http://www.osoco.org/weblogs/rael/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
Re: Where is the frame.xsl for the cocoon portal ?
Posted by Ralph Goers <Ra...@dslextreme.com>.
Carsten Ziegeler wrote:
>Jean-Christophe Kermagoret wrote:
>
>
>>Hi,
>>I've seen there is a frame renderer in the portal. Does it permit to
>>build frameset where each frame corresponds to a coplet ?
>>
>>
>
>No :) It's just a place holder for "something" - if you use a frame
>layout in the portal you can specify a uri which is than included at
>this place. For example, this can be used to include a static header or
>footer or something like that.
>
>There is no configured xsl for this renderer.
>
>HTH
>Carsten
>
>
That doesn't mean you cannot add an xsl for the renderer if you want to.
Ralph
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Where is the frame.xsl for the cocoon portal ?
Posted by Carsten Ziegeler <cz...@apache.org>.
Jean-Christophe Kermagoret wrote:
> Hi,
> I've seen there is a frame renderer in the portal. Does it permit to
> build frameset where each frame corresponds to a coplet ?
No :) It's just a place holder for "something" - if you use a frame
layout in the portal you can specify a uri which is than included at
this place. For example, this can be used to include a static header or
footer or something like that.
There is no configured xsl for this renderer.
HTH
Carsten
--
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-n.de
http://www.osoco.org/weblogs/rael/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org