Am 30.10.2006 habe ich geschrieben, dass FP2003 die "&" nicht maskiert, was
nicht W3C konform ist. Christoph Schneegans hat mir ein VBA-Script zur
Verfügung gestellt, welches diese Problem weitestgehend behebt und
mitgeteilt, dass die Nichtmaskierung ein BUG in FP2003 sei.

Leider ist die Sache noch schlimmer. Nachdem ich über 500 Seiten korrigiert
und fehlerfrei hatte, muss ich heute feststellen, dass FP2003 die "&"
wieder demaskiert.

Nicht alle und nicht zu jedem Zeitpunkt. Ich konnte bisher keine Regel
eruieren.

Wer also glaubt nach einer solchen Bereinigungsaktion fehlerfreie Seiten zu
haben, irrt sich. Nach jedem Update einer Seite muss diese erneut validiert
und möglicherweise nochmals die "&" maskiert werden.

Mit freundlichen Grüssen
Erich Gysel

Ergänzung zum obigen Thread :

In FP2003 wird "&" demaskiert, wenn man "HTML neu formatieren" macht.
Soeben herausgefunden! Vielleicht auch noch bei anderen Gelegenheiten.

WebDesigner (Beta1) scheint die Maskierung richtig zu sein. Und es gibt auch
kein Demaskieren bei "HTML neu formatieren"

Mit freundlichen Grüssen
Erich Gysel

Erich Gysel schrieb:

> In FP2003 wird "&" demaskiert, wenn man "HTML neu formatieren" macht.

Das betrifft nur _Attribute_, die _URLs_ enthalten,

<a title="foo&bar" href="http://www.example.org/?foo=1&bar2">http://www.example.org/?foo=1&bar2</a>

wird also zu

<a title="foo&bar" href="http://www.example.org/?foo=1&bar2">http://www.example.org/?foo=1&bar2</a>

geändert. "XML-Formatierungsregeln anwenden" macht denselben Unsinn, weitere
Ursachen kenne ich nicht.

> WebDesigner (Beta1) scheint die Maskierung richtig zu sein. Und es gibt
> auch kein Demaskieren bei "HTML neu formatieren"

Dann hast du jetzt ja einen Grund, zu EW zu wechseln. ;-)

--
<http://schneegans.de/sv/> - XML Schema Validator |
<http://schneegans.de/xp/> - XHTML Proxy |
<http://www.politicallyincorrect.de/> - Mein Lieblings-Blog |