"Â" inserted in Generated HTML

When using the VisualFormat editor, when I insert two consecutive returns, the HTML that is generated has a Â in place of the 2 returns every single time.

Know a fix?

Edited by mcastleberry on 10/08/02 08:29 AM (server time).

Find more posts tagged with

Comments

Migrateduser

You may have already tried this, but make sure that your presentation template is using "UTF-8" encoding. For example:

<?xml version="1.0" encoding="UTF-8"?>
<iw_pt name="News"><![CDATA[...and so on...

I've seen "Â" appear randomly with anything other than "UTF-8".

Dan

mcastleberry

That was the first thing I made sure of and is in UTF-8 encoding.

Any other ideas ?

ozaky

Have you tried setting the following in visualformatconfig.xml:

<clean charencode="utf-8" cr="charref" lf="charref" preferfonttag="false" reducetags="true"/>

Bowker

we put:

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=UTF-8" />

into our pages and that cleaned up the odd A's from appearing.

bagman

Have you checked the DCR to see if the character is appearing in the data? I'm having a similar issue with VisualFormat putting non-printable characters around hyperlinks. I'm getting "Â\040" when I view the pages in vi. I'm still working on a regex to strip them out.

=======================
Until this gets fixed, I'm using the following regex to deal with this issue.

$var =~ s/\xA0/ /ig;

I'm using Perl for my presentation templates. You'll need to find an equivalent for whatever language you're using.

Mark H. Krause
Sr. Systems Programmer
FedEx Services
(901)263-8092

Edited by bagman on 10/10/02 11:09 AM (server time).

Migrateduser

I am getting this error in DCR with VF callout, as I am not using neither tpl's nor genearting html's. This happenes specifically when I save & reopen the DCR.

I am using VF2.6 & already have the clean tag mentioned in my visualformatconfig.xml file as stated by ozaky. Is there any workaround how I can remove the character in DCR having VF set. Removing them thru regex I think may not be a good solution for users doing DCR entry .

TotalBottom.zip

Migrateduser

How did you resolve this issue?

nipper

RTFM

http://devnet.interwoven.com/site.fcgi/techlib/002240

Andy

Migrateduser

Thanks for the tip ... I had already seen that and a bunch of similar posts.

My issue is more with the A character displaying in the Visual Format Editor, not with it displaying in the generated page from the .tpl. I'm trying some different configurations in the visualformatconfig.xml with "charref" and "utf-8" but without much luck.

Has anyone run into this issue (which occurs even before generating the DCR)?

Thanks.

nipper

I get much better results with ektron's site (www.ektron.com) support eWebEditPro 2.0 for Q's like that . THey have a pretty solid knowledgebase

Andy

Migrateduser

We had been using a CGI callout for VFE - a carry over from TS 5.0.x. By calling VFE in the following way, we were able to resolve our issue - this method adheres to UTF-8.

<textarea external-editor="visualformat" external-editor-inline="f">