But then what about legit XHTML based on the Renderkit's content type
echoed back the the ResponseWriter/ViewHandler?
Ryan Lubke wrote:
> Michael Youngstrom wrote:
>>>
>>> For the HTML case, it's pretty clear, we need to render '&'. However,
>>> I think if the content-type is determined to be xhtml, I don't see
>>> why we
>>> couldn't render '&' instead.
>>>
>>
>> Does some browser break if you render an &?
> Not that I'm aware of. The Renderkit docs are clear that '&' is
> not to be encoded
>
> <quote>
> Renders an HTML "img" element. Render the clientId as the value of the
> "id" attribute. Render the value of the component as the value of the
> "src" attribute, after passing it to the getResourceURL() method of
> the ViewHandler for this application, and passing the result through
> the encodeResourceURL() method of the ExternalContext. When handling
> the "src" attribute, the value must not be escaped. For example, &
> must not be turned into &. If the "styleClass" attribute is
> specified, render its value as the value of the "class" attribute.
> </quote>
>
>
>>
>> I created a simple html page (below) with both cases in an anchor and
>> they both seem to work fine in Firefox and IE 6:
>
>>
>> ---------------test.html---------------
>> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
>> <html>
>> <head>
>> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
>> </head>
>> <body>
>> <a href="http://www.google.com?joe=10&bob=5">
>> Test entity
>> </a>
>> <a href="http://www.google.com?joe=10&bob=5">
>> Test non entity
>> </a>
>> </body>
>> </html>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_javaserverfaces.dev.java.net
>> For additional commands, e-mail: dev-help_at_javaserverfaces.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_javaserverfaces.dev.java.net
> For additional commands, e-mail: dev-help_at_javaserverfaces.dev.java.net
>
>