Rockbox

  • Status Closed
  • Percent Complete
    100%
  • Task Type Bugs
  • Category Manual
  • Assigned To No-one
  • Operating System All players
  • Severity Low
  • Priority Very Low
  • Reported Version Daily build (which?)
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by Chronon - 2008-12-16
Last edited by bluebrother - 2008-12-16

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

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

Closed by  bluebrother
2008-12-16 22:46
Reason for closing:  Fixed
Additional comments about closing:   Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407

fixed again, this time hopefully for real

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.

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.

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...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing