- Status Closed
- Percent Complete
- 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
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
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
Loading...
Available keyboard shortcuts
- Alt + ⇧ Shift + l Login Dialog / Logout
- Alt + ⇧ Shift + a Add new task
- Alt + ⇧ Shift + m My searches
- Alt + ⇧ Shift + t focus taskid search
Tasklist
- o open selected task
- j move cursor down
- k move cursor up
Task Details
- n Next task
- p Previous task
- Alt + ⇧ Shift + e ↵ Enter Edit this task
- Alt + ⇧ Shift + w watch task
- Alt + ⇧ Shift + y Close Task
Task Editing
- Alt + ⇧ Shift + s save task
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 :(