- 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#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
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
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
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.
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.
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 ‘~’.
A fix for the rest has been committed in r25349.