Closed
Bug 591584
Opened 14 years ago
Closed 12 years ago
Localize the URLs in csshtmltree
Categories
(DevTools :: General, defect)
DevTools
General
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 591902
People
(Reporter: jwalker, Unassigned)
References
Details
(Whiteboard: [computedview])
From csshtmltree.js: >+function PropertyView(aTree, aGroup, aName) >+{ ... >+ this.link = "https://developer.mozilla.org/en/CSS/" + aName; This needs to either be localized, or use a language-agnostic link (which the site would presumably redirect to as appropriate). Not sure how to do this on DevMo; https://developer.mozilla.org/en/CSS/color works bug https://developer.mozilla.org/CSS/color just redirects to the toplevel page.
Reporter | ||
Updated•14 years ago
|
Reporter | ||
Comment 1•14 years ago
|
||
Also from csshtmltree.xhtml:
>+ <a class="link" href="https://developer.mozilla.org/en/CSS/Specificity"
Reporter | ||
Comment 2•14 years ago
|
||
I think we've got a good story for this already, but I'm raising this bug so we can track where we are on the raised issues.
Comment 3•14 years ago
|
||
I think this should probably block landing of that patch.
Comment 4•14 years ago
|
||
As I understand from Kevin, (please correct me if I am wrong) the MDN people were not sure how the server-side code handles links to pages that do not exist in the target language. Say, we want to point users to the Romanian translation of the wiki page for the CSS color property. If that page does not exist, the user must be redirected to the English page. It has been tentatively decided that we go to English pages only, until MDN provides the solution we need. I'd certainly prefer the links to point to the localized pages.
Comment 5•14 years ago
|
||
Please only make l10n decisions with the l10n people on board. In general, I'm happy to not have URLs in l10n, as they're hard to do client-side, and should be easy to do server-side. Is there a bug on file on MDN to support this use-case?
Comment 6•14 years ago
|
||
That's a good point that it should be easy enough to do this server-side. I've filed bug 591902 against MDN to support this. Thanks for the suggestion.
Updated•14 years ago
|
Whiteboard: [kd4b6]
Comment 7•14 years ago
|
||
Since MDN does not have a good solution for this today (and I have confirmed this with the MDN folks), and since this feature is going to be so amazingly useful even just in English, I'm going to propose that we include the links to MDN's English but do not make any attempt to localize them in Firefox 4. Is that reasonable?
Whiteboard: [kd4b6]
Comment 8•14 years ago
|
||
Yes, even more so as the translations of that page will actually be accessible from the English page in just another click. Not *really* server side as a solution, but close enough and better than trying to come up with something even hackier.
Reporter | ||
Comment 9•14 years ago
|
||
Should we close this bug now?
Reporter | ||
Comment 10•14 years ago
|
||
Ignore that - we shouldn't close it, just stop thinking about it for this release. I need to spend time fixing the meta bug.
Updated•13 years ago
|
Whiteboard: [hydra]
Updated•13 years ago
|
Whiteboard: [hydra] → [styleinspector]
Comment 11•13 years ago
|
||
The correct solution is for the MDN pages to redirect using the Accept-Language header. This will be done as part of bug 591902.
Comment 12•13 years ago
|
||
Bug triage, filter on PEGASUS.
Whiteboard: [styleinspector] → [computedview]
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
Updated•6 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•