Page 1 of 1

[BUG] Vienna displays escaped HTML entities

Posted: Tue Nov 06, 2012 9:10 pm
by chris0
Vienna: 3.0b.2819
OSX: 10.8.2
Description: The panel that shows the contents of the current (selected) article displays escaped HTML entities.
URL: http://rss.lists.apple.com/cocoa-dev.rss
Settings: Style=Default, Load Full HTML Articles=OFF

Hello,
Thank you for Vienna. I’m using it to browse Apple’s developer lists such as cocoa-dev.
The <description> elements from the RSS feed appear to be badly escaped. (I don’t know if this is normal or not.)
Vienna, appears not to fully unescape these.
For example, this item:

Code: Select all

<item rdf:about="http://prod.lists.apple.com/archives/cocoa-dev/2012/Nov/msg00108.html">
<title>Re: MKMapView compositing</title>
<link>http://prod.lists.apple.com/archives/cocoa-dev/2012/Nov/msg00108.html</link>
<description><![CDATA[From: Vvvvv Hhhhh<BR><a href="mailto:cocoa-dev@lists.apple.com?subject=Re:%20Re:%20MKMapView%20compositing">Reply to list</a><br>
<pre>Hi Eve,

[...]

I&acirc;&#128;&#153;ll have a look. It is actually displaying maps *over* a ..., isn&acirc;&#128;&#153;t it?

Cheers and thanks!
Vvvvv</pre>]]></description>
</item>
appears so:

Code: Select all

From: Vvvvv Hhhhh
Reply to list
Hi Eve,

[...]

I&acirc;&#128;&#153;ll have a look. It is actually displaying maps *over* a ..., isn&acirc;&#128;&#153;t it?

Cheers and thanks!
Vvvvv
As you can see the "I&acirc;&#128;&#153;ll" is displayed as "I&acirc;&#128;&#153;ll" instead of "I’ll" (as it is supposed to be).
I believe that "&acirc;&#128;&#153;" is UTF-8 ("\xE5\x80\x99" = U+201A = "’") misinterpreted as IS0-8859-1 & HTML escaped.
[I suppose, really, that the bug is Apple’s. Perhaps, if Vienna was an iPhad app you might persuade them to fix it :roll:.]

PS You may also like to consider adding ‘pre { white-space: pre-wrap; }’ to the Vienna stylesheet.css files as this also improves the display of long lines.

Re: [BUG] Vienna displays escaped HTML entities

Posted: Wed Nov 07, 2012 10:45 pm
by barijaona
I also tend to think that the bug is at Apple's... The <pre> tags shouldn't be there. Google Reader interprets them the same way as Vienna.

So I am reluctant to "fix" that. It may break many correct things.