pdf.js/l10n
Jonas Jenwald 17af706070 [api-minor] Use "data-l10n-id"/"data-l10n-args", rather than manually updating DOM-elements, to trigger translation (PR 17146 follow-up)
This patch changes almost all viewer-components[1] to use "data-l10n-id"/"data-l10n-args" for localization, which means that in many cases we no longer need to pass around the `L10n`-instance any more.

One part of the code-base where the `L10n`-instance is still being used "directly" is the AnnotationEditors, however while it might be possible to convert (most of) that code as well that's not attempted in this patch.

---
[1] The one exception is the `PDFDocumentProperties` dialog, since the way it's currently implemented makes that less straightforward to fix without a lot of code changes.
2023-10-22 14:17:47 +02:00
..
de [api-minor] Move to Fluent for the localization (bug 1858715) 2023-10-19 11:20:41 +02:00
en-US [api-minor] Use "data-l10n-id"/"data-l10n-args", rather than manually updating DOM-elements, to trigger translation (PR 17146 follow-up) 2023-10-22 14:17:47 +02:00
README.md [Firefox] Stop building the metadata.inc/chrome.manifest.inc files during gulp locale (PR 9566 follow-up) 2019-10-17 11:49:30 +02:00

Most of the files in this folder (except for the en-US folder) have been imported from the Firefox Nightly branch; please see https://hg.mozilla.org/l10n-central. Some of the files are licensed under the MPL license. You can obtain a copy of the license at https://mozilla.org/MPL/2.0.