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)

defect
Not set
normal

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
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.
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?
I'm going to add an indicator about that today.
(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.
Great! Solves the issue for me :) Thank you very much
You need to log in before you can comment on or make changes to this bug.