[XSL-LIST Mailing List Archive Home] [By Thread] [By Date]

RE: [xsl] Unicode characters being replaced with ??

Subject: RE: [xsl] Unicode characters being replaced with ??
From: "Lizzi, Vincent" <Vincent.Lizzi@xxxxxxxxxxxxxxxxxxxx>
Date: Thu, 27 Feb 2014 17:03:09 +0000

Possibly somewhere you were relying on a character encoding default setting
that changed in one of the upgrades you mentioned. There are many places where
character encoding may be configured or have a default setting.

Setting the output encoding of the stylesheet to US-ASCII or ISO646-US should
cause the HTML output to use Unicode character references, which will normally
work correctly in browsers even when character encoding isn't set properly.

<xsl:output encoding="ISO646-US" method="html"/>


<xsl:output encoding="US-ASCII" method="html"/>

ISO646-US is more specific, US-ASCII is more commonly recognized, but they are
very similar.

I hope this helps.


-----Original Message-----
From: dvint@xxxxxxxxx [mailto:dvint@xxxxxxxxx]
Sent: Thursday, February 27, 2014 11:11 AM
To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
Subject: [xsl] Unicode characters being replaced with ??

I've got an odd problem related to characters like a non breaking space, plus
minus and copyright symbols that have been entered as actual Unicode values
rather than entity references. I'm running a DITA environment on a Linux
server and the pages that are being generated have '??' substituted as hard
characters in the HTML output.

This process has been running fine on a different Linux box and on my local
PC. What has changed are the following things:
- updated Centos
- updated Java
- updated DITA open tool kit

I've seen where output I generate with Unicode characters will sometimes
display in an ASCII editor with some sort of box character, but never a
situation where the actual output has been changed like this. My thought is
that there is some environment setting that is a affecting the way the
stylesheets are producing output.

Has anyone come across this before?



The information contained in this email message may be confidential. If you
are not the intended recipient, any use, interference with, disclosure or
copying of this material is unauthorised and prohibited. Although this message
and any attachments are believed to be free of viruses, no responsibility is
accepted by Informa for any loss or damage arising in any way from receipt or
use thereof. Messages to and from the company are monitored for operational
reasons and in accordance with lawful business practices.
If you have received this message in error, please notify us by return and
delete the message and any attachments. Further enquiries/returns can be sent
to postmaster@xxxxxxxxxxx

Current Thread