When the names of pages get very long, the prevnext link doesnt look good. I guess there is no good solotion to this problem other than avoiding overly long page names. Btw. this paragraph also shows the dreaded thumbnail problem: The initial part of the text following the image will be used as caption if the image has no caption defined, resulting in odd formatting.
The content of a
<menuchoice>...</menuchoice> seems to treated as an unbreakable unit. Sometimes menu selection sequences can be quite long, leading to very short lines and odd looking paragraphs. In the first paragraph below the list in the image above, it would be desirable to have a linebreak after "Sort By".
Edited a number of updated units. After editing, a few of them still showed up in Special:LanguageStats as if they had not been updated. When opening one of these units, it still showed the old contents. Trying to edit it once more (in UserBase - didn't try it off-line) an error message resulted and nothing changed. Pages in question: Plan and Dolphin (originally also Tables, but later it could be edited). The translated pages display the updated texts, but the page is still marked out of date.
When viewing Special:LanguageStats with the option "Suppress completely translated message groups" checked, I didn't see untranslated messages in any of the Amarok pages. Some did show up if I removed the check mark and displayed all messages (didn't have time to check whether some were still missing).
A few minutes later: After making the above edits and adding the paragraph above to this page, I returned to Special:LanguageStats and reloaded. Result: Plan and Dolphin pages no longer show up as fuzzy and Amarok pages reappeared! And that includes those pages that have been missing about a week.
Not all is well with UserBase. I just discovered, that the pages Amarok/Manual/Organization/Collection/OrganizeCollection/da, Amarok/Manual/Organization/Collection/RemoteCollections/DAAP/da and Amarok/Manual/Organization/Collection/WorkingWithMediaDevices/da has been marked as fuzzy, but it does not show up in Special:Translate.
Just before closing time, Amarok/Manual/Organization/Collection/OrganizeCollection/da showed up in Special:LanguageStats.
Just as I though the problems were solved I came across Amarok/Manual/AmarokWindow/ContextPane/da, which does not show up in my Special:LanguageStats. The English page was last edited on 6. dec; the Danish page was updated by FuzzyBot immediately after that.
Same issue with Amarok/Manual/Organization/Collection/RemoteCollections/DAAP/da. The English page was last edited (by myself as it happens) on 1. dec; the Danish page was updated by FuzzyBot on 6. dec.
Ditto Amarok/Manual/Organization/Collection/WorkingWithMediaDevices: English page edited 3. dec, Danish page visited by FuzzyBot on 6. dec.
An unrelated problem: Special:WhatLinksHere seems unreliable! On KColorEdit fx, it reports being link to by Italian, Spanish and two kinds of Chinese Applications/Graphics pages but not by the original English one nor the Dansih translation, both of which also link to it (plus several more, presumably).
Amarok/Manual/Various/TroubleshootingAndCommonProblems/da was updated by FuzzyBot on 24. Dec., and is shown as 78% complete but doesn't show up in Special:LanguageStats. The pages mentioned on the 21. Dec. are still missing from Special:LanguageStats.
Also Amarok/Manual/Organization/Collection/WorkingWithMediaDevices/da which was noted already on 7. Dec. is still missing.
Problems mentioned above persist. On the other hand, Words was edited today and almost immediately popped up in my Special:LanguageStats (it is gone again as I updated the translation).
Problems persists. In the mean time other pages have changed and have consequently shown up in Special:LanguageStats.
Problems persists. Add Digikam/Tutorials to the list of updated pages, that do not show up in Special:LanguageStats
Two new problems:
Update to Sheets problem: The Danish translation is marked as 100% complete. However, only English text appear on the Danish page.
Problem no longer exists (as of Sep. 10, 2016)