| Subject: RE: [xsl] encoding shift_jis into an attribute From: "Josh Canfield" <Josh.Canfield@xxxxxxxxxxxx> Date: Thu, 3 Jun 2004 16:20:51 -0700 | 
	>You asked about setting the output encoding to "ascii".  This doesn't
	>seem to make any difference.
	That's too bad. In general, finding an output method (like "ascii" or 
	"US-ASCII" or whatever your processor supports) that doesn't include 
	upper-ASCII characters is a good way to compel the serializer to escape all 
	non-ASCII characters as Unicode character references.
The problem isn't that the characters aren't escaped, but that they are escaped using the URI scheme (%HH), instead of the XML scheme (&#DDDD;).
I'm not familiar with the help tool that you are using, but it seems like it should handle the un-escaping of it's parameter since that is the correct way to represent strings in an href attribute...
In Netscape 7 and IE5.5 there is encodeURI, and decodeURI JavaScript functions for handling uri encoded strings:
<a href="javascript:alert(decodeURI('{label}'));">foo</a>
Although, in reality I would be using the onclick attribute, and the issue would be moot...
Josh
| Current Thread | 
|---|
| 
 | 
| <- Previous | Index | Next -> | 
|---|---|---|
| RE: [xsl] encoding shift_jis into a, Wendell Piez | Thread | RE: [xsl] encoding shift_jis into a, Matthew Simoneau | 
| RE: [xsl] encoding shift_jis into a, Wendell Piez | Date | Use of global variable and paramete, Vivek Shinde | 
| Month |