You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by "Byrne, Steven" <sb...@dorado.com> on 2002/06/25 19:45:02 UTC
RE: DO NOT REPLY [Bug 7289] - Using Tiles, resolves to location of layout JSP
I'd definitely be +1 for something along the lines of what Cedric
suggests -- I ended up making
my own html:base subclass that just uses the context path followed by a
/, and that works great, but I understand that it's not a fully general
solution.
> -----Original Message-----
> From: Cedric Dumoulin [mailto:cedric.dumoulin@lifl.fr]
> Sent: Tuesday, June 25, 2002 2:42 AM
> To: Struts Developers List
> Subject: Re: DO NOT REPLY [Bug 7289] - Using Tiles, <html:base/>
> resolves to location of layout JSP
>
>
>
> It is not a bug, as the tag behaves as its documentation
> says. But maybe we can
> improve / enhance the tag to be able to use it in the context
> of included pages
> (like tiles).
>
> An idea is to add an optional attribute "path". If this
> attribute is specified,
> <base> output the root URL of current web application
> context, concatenated with
> the specified path. If path is set to "" or "/", the <base>
> output the root URL of
> current web application.
>
> This behavior is interesting when using template, tiles or
> include. It allows
> to specify in a layout the base URL to be used by browsers,
> independently of
> tiles jsp (or layout) locations.
>
> Any comments ?
>
> Cedric
>
>
> bugzilla@apache.org wrote:
>
> > DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
> > RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
> > <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7289>.
> > ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
> > INSERTED IN THE BUG DATABASE.
> >
> > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7289
> >
> > Using Tiles, <html:base/> resolves to location of layout JSP
> >
> > ------- Additional Comments From jholmes612@yahoo.com
> 2002-06-24 00:36 -------
> > Cedric:
> >
> > Is this a bug or can we close this?
> >
> > --
> > To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>