• 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
Attached to Project: Rockbox
Opened by mc2739 - 2010-03-17
Last edited by fml2 - 2010-03-27

FS#11117 - PDF Manual: WPS Tag tables - first tag entry is shifted right one character

In the PDF Manuals, Appendix B, WPS Tags the first WPS tag in each of the tables is shifted to the right by one character.

The 3.5 release manuals look correct.

Closed by  fml2
2010-03-27 15: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 in r25307 and r25349

fml2 commented on 2010-03-22 13:14

This is probably caused by the changes made in r25065. The changes are not quite correct. In the file “manual/appendix/wps_tags.tex” all occurrences of “\begin{tagmap}{}{}” should be replaced with “\begin{tagmap}”. I can’t try it now but I’m quite confident that this would fix the bug. Could you please try it and, if it does help, commit the patch?

I replaced “\begin{tagmap}{}{}” with “\begin{tagmap}” as you suggested and it does correct all of the tables except for the “Viewports” table. In this table, the %V seems to be shifted two positions to the right. After changing “\begin{tagmap}”, the line is still shifted to the right. If you know what is causing this shift, I can fix it at the same time.

It appears that the %V shift is caused by the two \nopt sections. If I remove those two sections, the %V line is lined up properly (E200 pdf manual). With either section restored, the line is shifted.

fml2 commented on 2010-03-23 06:55

The line “\nopt{lcd_non-mono}{~%” seems suspicious to me. What happens if you remove the ‘~’? It should be removed anyway since it produces a space which is not needed here.

Did this place look OK before r25065? I ask because I think that the changes made in r25065 have nothing to do with this particular problem.

Removing the “~” did not help.

This did not look correct even before r25065. Both the 3.4 and 3.5 release manuals have the %V shifted.

fml2 commented on 2010-03-23 11:53

Then I think we should commit the patch that fixes all other places, and also remove the ‘~’. Fixing the %V will be done in another patch. I won’t be able to do it before the weekend, so if you have SVN access you can do it.

Committed r25307 to fix all other places and remove ‘~’.

fml2 commented on 2010-03-27 13:15

A fix for the rest has been committed in r25349.


Available keyboard shortcuts


Task Details

Task Editing