IE8 + doctype adds extra style attribute

[guest]

I noticed that a fresh Xinha implementation displays some odd behaviour.

When loading Xinha on the following element:

<textarea id="textareaId" name="textareaId" style="width: 400px; height: 400px;">

<a href="/my/link.html" id="player" style="width: 200px; height: 200px;">Link text</a>

</textarea>

And then toggling the HTML source via the Xinha button, the html had been transformed into the following:

<a id="player" style="player" href="/my/link.html" style="width: 200px; height: 200px">Link text</a>

As you can see, an extra style attribute has been added with a value of the elements ID, effectively rendering the already present style attribute useless.

This behaviour is only present in IE8 when there is a doctype present. Remove the doctype and all works fine.

Works correctly in: IE6, IE7, FF3.5.8, IE8 (without doctype)\

Broken in: IE8 + doctype

Xinha version: Xinha 0.96.1 (2010-05-12)

Used code: Taken from http://trac.xinha.org/wiki/NewbieGuide (see attached file)

[guest]

Reproduce code

[gogo]

Your HTML is invalid, this may or may not affect the problem at hand.

Please read this...

http://trac.xinha.org/wiki/Entize

and then fix your testcase/code and see if it makes a difference to this particular problem for you.

[guest]

Reproduce code

[guest]

Thanks Gogo,

I applied the suggested changes and tested again. Still no dice. The same symptoms, works in IE8 without doctype, but is still broken with a doctype.

Uploaded the new testcase with the entitized textarea contents.

[gogo]

In XinhaCore? try switching between the two different getHtmlMethod options

Search for this.getHtmlMethod = 'DOMwalk'; or this.getHtmlMethod = 'TransformInnerHTML'; and change appropriately.

Also, from memory IE 8 has two modes "Standards" and "Compatability", try switching between them (button in the IE address bar from memory) and see if it makes a difference.

If you are seeing this in DOMWalk, there is some special case for IE8 there, but I don't see how it would produce this problem.