Issue Details (XML | Word | Printable)

Key: DOC-68
Type: Bug Bug
Status: Open Open
Priority: Major Major
Assignee: Paul Vinkenoog
Reporter: Paul Vinkenoog
Votes: 0
Watchers: 0

If you were logged in you would be able to see more operations.

En dash within programlisting not displayed correctly in HTML

Created: 20/Jun/11 11:20 AM   Updated: 25/Jun/11 10:16 PM
Component/s: None
Affects Version/s: None
Fix Version/s: None

 Description  « Hide
In the HTML output, en dashes (Unicode 2013h = 8211d) are displayed incorrectly when they occur in a programlisting element.

Observed in Firefox and IE, under Windows 7. Possibly due to limitations of the fixed-width font.

 All   Comments   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
Helen Borrie added a comment - 25/Jun/11 09:46 AM
Actually, I think it's likely to be a transformation issue. I don't use en dashes at all...but, in listings, it is common for the double-hyphen comment marker to be present. Is the transformer trying to convert these to en-dash? Can you find any examples of the problem where the double-hyphen misconversion is *not* the case?

NB, I do use em dashes, but never in listings.

Paul Vinkenoog added a comment - 25/Jun/11 10:15 PM - edited
Neither en dashes nor double hyphens are converted into anything else by the transformer.

You can see the problem at :

- In the Syntax block, you see a thick vertical bar between the numbers 1 and 16 (at least, that's what *I* see in my browsers).

- In the 2nd (outermost) listitem under Value ranges, you see the text "Thus, in this range - and in this range only - ..." with correctly displayed en dashes (again, in my browsers).

If you look at the HTML source, they are all the same entity: – (Unicode code point 8211d = 2013h = en dash).

Also, if I select and copy the "thick vertical bar" character and paste it into a text editor, I get an en dash.

So I think it's the monospace font that lacks a glyph here.