Special Characters not displaying in DCR preview

I am having a problem when editing a DCR.

for ex my item :

<item name="dc_creator" pathid="dc_creator">
<hidden>
<allowed>
<cred role="author" />
</allowed>
</hidden>
<label>Author Name</label>
<description>Author Name</description>
<text maxlength="50" />

</item>

if the name includes a special character such as:
à -- > à

when viewing the DCR under a text editor this is what appears:

<dc_creator>Joàn</dc_creator>
if this is the case then i get an error:
error = "Couldn't parse DCR bytes into DOM [unable_to_parse_dcr ]:The entity "agrave" was referenced, but not declared."

where do I declare this????

I also tried:
<dc_creator>Jo&agrave;n</dc_creator>

in which case i get no errors but when editing the DCR the user does not see the special character and what they see is: à
what i want them to see is: Joàn

any help would be greatly appreciated. This problem only occurs in non-visual format text areas or text boxes.

Find more posts tagged with

Comments

yanSi

In your DCR, is the encoding utf-8?

When you enter data into the form, your are typing the actual character right? ie: é (alt-130) and not the equivalent entity?

When are you getting the error message; when previewing or editing the dcr or opening it in you editor?

Which editor are you using? I remember a few years ago, I had the same sort of problem with French chars in MetaTagger and I found that it was the editor (meta source editor) that was **** up the chars.

TS 6.5
Windows 2000 Server

mohan80

What I wanted to do was import an existing web site in to Teamsite. Extract all the content from the web pages and store it in DCR's.
I wrote the script to do this in Perl but the generated DCR's are not encoded in utf-8 and that was part of the problem the files generated by my Perl script was in ANSI encoding when i changed it to UTF-8 some of the errors disappeared.

The error that i got when opening a DCR was
"The entity "acute" was referenced, but not declared."

I also had to convert all the special characters in the existing web pages to their corresponding number entities.
This error was gone when using number entities and it all works now Smiley Very Happy

Thanks for the help,

kevinstewart

mohan,

not sure if this will help in your case, but we had similar issues with special characters, in particular French. Out Interwoven consultant came up with the solution of adding the following at the top of your tpl, after the <iw_pt name="" />

<iw_perl>
use Unicode: Smiley Frustrated

tring qw(latin1 utf8);
sub cpfilter{
$_=utf8($_)->latin1;}
</iw_perl>

Also, just recently, another Interwoven support specialist said to try the following to start the template
<iw_pt name='Blank' encoding='ISO-8859-1' />

The first has worked for us, so haven't tried the second.

Kevin

rodigz

hi there,

Is there any other solution? I've tried mentioned codes but not working..
I can't preview chinese, euro and other special characters.

regards