You are viewing a plain text version of this content. The canonical link for it is here.
Posted to taglibs-user@tomcat.apache.org by "Gideon, Thomas" <Th...@B2eMarkets.com> on 2002/09/30 16:57:26 UTC
Tiles and Tomcat4.1 (was RE: I18n message tag and CSS)
Vernon,
Sorry, I haven't had a chance to play around with Tiles, yet. From your
description, I am assuming that is where the problem is. Your previous
question regarded CSS, which is quite a bit different than Tiles, and JSTL,
which is also an unrelated product.
Have you tried posting to either the Struts users list or the Tomcat users
list?
Thomas Gideon
Sr. Software Developer
B2eMarkets
301.230.2236 Tel.
301.230.2248 Fax.
thomas.gideon@B2eMarkets.com
www.B2eMarkets.com
> -----Original Message-----
> From: Vernon Wu [mailto:vernonw@gatewaytech.com]
> Sent: Friday, September 27, 2002 6:14 PM
> To: Tag Libraries Users List
> Subject: Re: RE: RE: RE: I18n message tag and CSS
>
>
>
> Yes, I did mean 4.0 and 4.1 of Tomcat.
>
> Sorry for not making my problem clear. Let me try to rephrase
> the problem. I have two sets of CSS go with two set of
> screen layout templates, or called tile, in two JSP files.
> One layout has a header, a sidebar, a body, and a footer; the
> other doesn't have a siderbar. In the Tomcat 4.0 container,
> any those two files is invoked when a JSP file uses one
> layout template is invoked. But that is not the case in
> TC4.1. (This template is described in David Geary' "Advanced
> JavaServer Pages")
>
> Do you know why?
>
> Thanks,
>
> Vernon
>
>
> 9/27/2002 2:04:20 PM, "Gideon, Thomas"
> <Th...@B2eMarkets.com> wrote:
>
> >Did you mean Tomcat 4.0 and 4.1? I only recently upgrade
> from 3.3.x to 4.1,
> >but I'll try to help.
> >
> >I am not sure I understand this latest problem--are you
> saying you have to
> ><link> tags in the <head> tag of an HTML document or in the
> template text of
> >a JSP and with Tomcat 4.1 the second <link> isn't invoked?
> If so, I'm not
> >sure why the web container would matter as the <link> tags
> should be sent to
> >the client and the client uses them to request the
> referenced file, whether
> >it is a .css or .jsp file.
> >
> >Thomas Gideon
> >Sr. Software Developer
> >B2eMarkets
> >
> >301.230.2236 Tel.
> >301.230.2248 Fax.
> >thomas.gideon@B2eMarkets.com
> >www.B2eMarkets.com
> >
> >
> >
> >> -----Original Message-----
> >> From: Vernon Wu [mailto:vernonw@gatewaytech.com]
> >> Sent: Friday, September 27, 2002 1:00 PM
> >> To: Tag Libraries Users List
> >> Subject: Re: RE: RE: I18n message tag and CSS
> >>
> >>
> >>
> >> Thanks Thomas for the remembering.
> >>
> >> In fact, I already have CSS in two jsp files since I have two
> >> sets of screen layout. Both jsp files get invoked in
> >> Tomcat1.4.0, but not in the newest 1.4.1. The 1.4.1 version
> >> doesn't involed the second file once it has a one in any
> >> order. Do you know the cause?
> >>
> >> Regards,
> >>
> >> Vernon
> >>
> >>
> >> 9/27/2002 9:29:31 AM, "Gideon, Thomas"
> >> <Th...@B2eMarkets.com> wrote:
> >>
> >> >Remember you need to make sure you name your CSS in a way
> >> that the JSP
> >> >servlet will parse it, be default using the .jsp extension,
> >> otherwise the
> >> >conditional code you intended to be executed will just get
> >> sent as is to the
> >> >browser.
> >> >
> >> >> -----Original Message-----
> >> >> From: Vernon Wu [mailto:vernonw@gatewaytech.com]
> >> >> Sent: Friday, September 27, 2002 12:04 PM
> >> >> To: Tag Libraries Users List
> >> >> Subject: Re: RE: I18n message tag and CSS
> >> >>
> >> >>
> >> >>
> >> >> Hi, Thomas.
> >> >>
> >> >> Thanks for the suggestion. I will use the second approach to
> >> >> have locale condition blocks for each language in CSS.
> >> >> Yes, I use an external stylesheet since it is for the whole
> >> >> site pages.
> >> >>
> >> >> regards,
> >> >>
> >> >> Vernon
> >> >>
> >> >>
> >> >> 9/27/2002 7:57:20 AM, "Gideon, Thomas"
> >> >> <Th...@B2eMarkets.com> wrote:
> >> >>
> >> >> >I am assuming you are using an external stylesheet. If the
> >> >> differences for
> >> >> >each class are small you could re-write your CSS file as a
> >> >> JSP and put some
> >> >> >conditional blocks in it, with JSTL.
> >> >> >
> >> >> >If the differences are larger, you could use a conditional
> >> >> block in each of
> >> >> >yout JSPs, if there are a few of them, to select different
> >> >> static versions
> >> >> >of your external stylesheet, depending on locale. Or you
> >> >> could combine the
> >> >> >two, where you have the target of your external stylesheet
> >> >> link be a JSP
> >> >> >which just determines the user's locale and executes a
> >> >> conditional block
> >> >> >that imports the correct static stylesheet and returns it
> >> >> inline in the
> >> >> >response.
> >> >> >
> >> >> >Thomas Gideon
> >> >> >Sr. Software Developer
> >> >> >B2eMarkets
> >> >> >
> >> >> >301.230.2236 Tel.
> >> >> >301.230.2248 Fax.
> >> >> >thomas.gideon@B2eMarkets.com
> >> >> >www.B2eMarkets.com
> >> >> >
> >> >> >
> >> >> >
> >> >> >> -----Original Message-----
> >> >> >> From: Vernon Wu [mailto:vernonw@gatewaytech.com]
> >> >> >> Sent: Friday, September 27, 2002 10:52 AM
> >> >> >> To: taglibs-user@jakarta.apache.org
> >> >> >> Subject: I18n message tag and CSS
> >> >> >>
> >> >> >>
> >> >> >> I use the i18n message tag in my current project. I also use
> >> >> >> CSS to control the consistent look of the site. I run into a
> >> >> >> problem with text font, a font in one language usually
> >> >> >> doesn't make a sense in another language. In the following
> >> >> >> example, a font in English doesn't anything for Chinese.
> >> >> >>
> >> >> >> <font class="TableHeadingFont"><fmt:message
> >> >> key="location"/></font>
> >> >> >>
> >> >> >> Does anyone have a solution?
> >> >> >>
> >> >> >> Thanks,
> >> >> >>
> >> >> >> Vernon
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >> --
> >> >> >> 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>
> >> >>
> >> >
> >> >--
> >> >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>
> >
> >
>
>
>
>
> --
> 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>