Re^6: Wierd behaviour with HTML::Entities::decode

If HTML::Entities were to decode &amp;quot; to ", it would be buggy. I did understand you correctly. Does what I said make more sense now?

I wonder if decode_entities (not decode_entities_old) handles it correctly?

I don't know if that's legal in SGML/HTML — unescaped ampersand — but yes.

$ perl -MHTML::Entities -le'print decode_entities "&&#x71;uot;"'
&quot;
[download]

Comment on Re^6: Wierd behaviour with HTML::Entities::decode_entities() Select or Download Code

Replies are listed 'Best First'.
Re^7: Wierd behaviour with HTML::Entities::decode_entities() by Baz (Friar) on Dec 14, 2009 at 19:05 UTC
You can test with this - `<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w +3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="sv" lang="sv"> <head> <meta http-equiv="Content-Type" content="text/html;charset=iso-885 +9-1"/> </head> <body> Mic i vÂr replokal &quot;The Dungeon&quot; </body> </html>` [download] Now it very clear what the problem is...	[reply] [d/l]
Re^8: Wierd behaviour with HTML::Entities::decode_entities() by ikegami (Patriarch) on Dec 14, 2009 at 19:53 UTC
If you get `Mic i vÂr replokal &quot;The Dungeon&quot;` and you're expecting Mic i vÂr replokal "The Dungeon" the problem is on their end. As you can see by loading that page in a browser, `Mic i vÂr replokal &quot;The Dungeon&quot;` means Mic i vÂr replokal "The Dungeon"	[reply] [d/l] [select]


We don't bite newbies here... much
	PerlMonks