Closed
Bug 873105
Opened 12 years ago
Closed 12 years ago
Show untranslated pages in red when calling APIListAlpha
Categories
(Developer Documentation Graveyard :: General, defect)
Developer Documentation Graveyard
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: sr.saude, Assigned: sheppy)
Details
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:20.0) Gecko/20100101 Firefox/20.0 (Beta/Release)
Build ID: 20130329030848
Steps to reproduce:
I translated the page https://developer.mozilla.org/en-US/docs/Web/API to pt-BR.
Actual results:
Topics that should be generated by calling APIListAlpha did not show because none of them are translated.
Expected results:
APIListAlpha should show links to untranslated pages in red
Assignee | ||
Comment 1•12 years ago
|
||
I'm thinking about how to do this. It may be tricky. Probably will do something like this:
Fetch the English version
Fetch the local version
For each item in the English list, replace it with the same item from the local version, if there is one.
Then draw the list.
I'll give that a try this afternoon.
Assignee | ||
Comment 2•12 years ago
|
||
This is fixed now. You can now optionally specify an additional parameter to APIListAlpha to specify a "backup" locale to use if the page is missing from the page's locale.
This does make the template take a while to run, so use patience on those forced refreshes. :)
I've filed a bug or two for some KumaScript changes we can make to help improve the performance of APIListAlpha in the future.
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Thanks, it works nicely, even taking some time to run.
But is it possible to visually distinguish items imported from the backup version from those existing in the current language?
Assignee | ||
Comment 4•12 years ago
|
||
I'm going to add an indicator about that today.
Assignee | ||
Comment 5•12 years ago
|
||
(In reply to Luiz Real from comment #3)
> Thanks, it works nicely, even taking some time to run.
> But is it possible to visually distinguish items imported from the backup
> version from those existing in the current language?
OK, I've now added code so that if the backup locale's page is shown, that locale's ID is shown in parentheses after the link. We can look at ways to make that take up less space, but it works and is clear as to what the user should expect on clicking the link.
You need to log in
before you can comment on or make changes to this bug.
Description
•