I tried xhtml just in the jsp tag lib definition, but then after looking
through the struts-html.tld, I realised that there is an element within the
html library called xhtml. I renamed the "html" custom tags to "xxhtml" in
the jsp (and the jsp library declaration) and it seems to be working fine
now...

as in:

<%@ taglib uri="/WEB-INF/struts-html.tld" prefix="xxhtml" %>

and 

<li><xxhtml:link page="/editRegistration.do?action=Create"><bean:message
key="index.registration"/></xxhtml:link></li>



-----Original Message-----
From: mohan sreeram [mailto:[EMAIL PROTECTED]]
Sent: 17 August 2001 11:41
To: [EMAIL PROTECTED]
Subject: Re: tag libs (html)

Hi

   I think u can rename with any prefix with any name you would like. It is
something like this

<%@ taglib uri="/WEB-INF/struts-html.tld" prefix="xhtml" %>
<xhtml:text property="name"/>
      The same way if you dont want "html" in "struts-html.tld" . you can
rename the file with any name and put that name in the taglib directive.
<%@ taglib uri="/WEB-INF/struts-xhtml.tld" prefix="xhtml" %>
<xhtml:text property="name"/>

I hope this works

Regards
Sreeram Mohan

----- Original Message -----
From: "Mike Dewhirst" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, August 17, 2001 4:06 PM
Subject: tag libs (html)


> We are using an CM system which parses the files you put into it.
Especially
> it check HTML validity, and having more than two (close/open) "html" in
the
> page fails that validation. My idea was to rename the "html" custom tag to
> "xhtml", but that would probably mean changing the struts-html.tld, as
well
> as struts source code? I don't really want to do that..
>
> So, 2 questions:
>
> 1) Has anybody ever run into a simmilar problem?
> 2) If I did decide to rename the "html" tag to "xhtml", what would I need
to
> do?
>
>
> =**********************************************************
>
> If you are not the intended recipient, employee or agent responsible for
delivering the message to the intended recipient, you are hereby notified
that any dissemination or copying of this communication and its attachments
is strictly prohibited.
>
> If you have received this communication and its attachments in error,
please return the original message and attachments to the sender using the
reply facility on e-mail.
>
> Internet communications are not secure and therefore the UCLES Group does
not accept legal responsibility for the contents of this message.  Any views
or opinions presented are solely those of the author and do not necessarily
represent those of the UCLES Group unless otherwise specifically stated.
>
> This footnote also confirms that this email message has been swept by
> MIMEsweeper for the presence of computer viruses although this does not
guarantee that this email is virus free.
>
> **********************************************************=

Reply via email to