This is the mail archive of the xsl-list@mulberrytech.com mailing list .


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

RE: FW: ] Top Ten Java and XSLT Tips, #5


> From: owner-xsl-list@lists.mulberrytech.com
> [mailto:owner-xsl-list@lists.mulberrytech.com]On Behalf Of Chris Bayes
> Sent: Wednesday, September 05, 2001 11:15 AM
> To: xsl-list@lists.mulberrytech.com
> Subject: RE: [xsl] FW: ] Top Ten Java and XSLT Tips, #5
>
>
> Hi David,
> > that's what you see if you look at the utf8 encoding of the
> > character in a latin1 encoded window.
> >
> > IE5 on windows will only do that if you set it up wrong:
> > forcing it to use the latin1 encoding even if the document
> > specifies utf8.
> >
> > Much as I'd prefer to blame microsoft I suspect user error in
> > this case.
>
> It doesn't work on IE6 final either. At least the final I have here. It
> displays   as A^  AND for some reason all of the encodings are
> greyed out and the only one available is western encoding (windows).
> In fact there are so many bugs in IE6 I am surprised it was released.
> That doesn't mean to say I agree with tip #5 as IE6 has only been out a
> week.

I don't agree that IE is to be blamed.

What's happening is that XHTML/XML is loaded into a browser with "html" file
extension, which (AFAIK) IE will treat as if the content-type would have
been "text/html". Don't expect him to do any XML-ish thing with it.


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]