Rockbox

This is the bug/patch tracker for Rockbox. Click here for more information.

Quick links: Bugs · Patches · Rockbox frontpage

Tasklist

FS#9651 - In HTML manuals every instance of ff appears as ff

Attached to Project: Rockbox
Opened by Justin Hannigan (Chronon) - Tuesday, 16 December 2008, 02:36 GMT+2
Last edited by Dominik Riebeling (bluebrother) - Tuesday, 16 December 2008, 23:46 GMT+2
Task Type Bugs
Category Manual
Status Closed
Assigned To No-one
Player Type All players
Severity Low
Priority Normal
Reported Version Daily build (which?)
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Private No

Details

Every instance of ff in the HTML version (but not the PDF version) is substituted by the character ff. For example: "This option shows RAM buffer size", "The Sleep Timer powers off your player" and "It allows rapid access to the SHUfflE and REPEAT modes". All of these appear at the end of chapter 5 (I noticed this in the e200 manual)

http://download.rockbox.org/manual/rockbox-sansae200/rockbox-buildch5.html#x8-1030005.13
This task depends upon

Closed by  Dominik Riebeling (bluebrother)
Tuesday, 16 December 2008, 23:46 GMT+2
Reason for closing:  Fixed
Additional comments about closing:  fixed again, this time hopefully for real
Comment by Justin Hannigan (Chronon) - Tuesday, 16 December 2008, 03:47 GMT+2
I think this is a problem due to Latex use of ligatures that isn't handled well by the HTML converter. I didn't notice this before so I don't know what changed to start causing this. I originally thought it was due to the recent use of \caps, but it also occurs for lower case instances of ff too.
Comment by Justin Hannigan (Chronon) - Tuesday, 16 December 2008, 05:11 GMT+2
A bit more investigation. I think my hunch is correct since Tex4ht converts the compiled DVI into HTML instead of parsing the .tex source files. Latex converts several character combinations in the source into a single character ligature, such as ff --> ff. These are all treated fine by pdflatex. The ligatures are in the PDF and render just fine. The default behavior seems to be to revert ligatures and display individual characters. Tex4ht does this in most of the cases such as identified. However, it doesn't do this for the ligatures involving ff:

ff -->ff (effect)
ffi -->ffi (sufficient)
ffl --> ffl (Shuffle)

In fact, the situation is even worse in that it introduces a ligature that's absent from the PDF version of the document -- namely, in the case of SHUfflE.
Comment by Dominik Riebeling (bluebrother) - Tuesday, 16 December 2008, 23:46 GMT+2
Revered and re-did the fix as it turned out to have issues with non-ASCII characters. The documentation for tex4ht is really crap in regard of such details :(

Loading...