Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

multiple natural language text fields share language/direction [I18N] #4

Open
aphillips opened this issue Jun 22, 2020 · 8 comments
Open
Labels
i18n-needs-resolution Issue the Internationalization Group has raised and looks for a response on.

Comments

@aphillips
Copy link

Manifest
https://w3c.github.io/miniapp/specs/manifest/#manifest

The manifest provides a number of "attributes". These start with dir and lang (which is great). But the subsequent natural language attributes don't appear to have their own dir/lang associated with them. It may not be possible to produce a manifest that is localized into more than one language or which has different language or base direction strings in it. The attributes in question are:

  • appName
  • shortName
  • description
  • (maybe??) versionName
@zhangyongjing
Copy link
Contributor

Manifest
https://w3c.github.io/miniapp/specs/manifest/#manifest

The manifest provides a number of "attributes". These start with dir and lang (which is great). But the subsequent natural language attributes don't appear to have their own dir/lang associated with them. It may not be possible to produce a manifest that is localized into more than one language or which has different language or base direction strings in it. The attributes in question are:

  • appName
  • shortName
  • description
  • (maybe??) versionName

The current design assumes all natural language related attributes share the same dir/lang configuration. We don't have yet the need of multiple localizations in the same manifest file. The manifest itself just use a default locale, while the whole MiniApp package would use multiple localizations (see https://w3c.github.io/miniapp/specs/packaging/#i18n)

@zhangyongjing
Copy link
Contributor

See update in w3c/miniapp#107

@zhangyongjing
Copy link
Contributor

zhangyongjing commented Nov 25, 2020

Can close this issue now? since those attributes are inherited from WAM and marked as localizable.

@espinr
Copy link
Collaborator

espinr commented Jul 26, 2021

For our reference: i18n WG work on localizable manifests

@xfq
Copy link
Member

xfq commented Jul 27, 2021

@espinr Just a reminder that the Developing Localizable Manifests document is mainly about localization. For language and direction metadata of strings, string-meta contains more useful information (as mentioned in the document) .

@MichaelWangzitao
Copy link
Contributor

PWA Manifest provides a potential solution ( w3c/manifest#968 (comment)). It makes sense, and if it is officially accepted by the PWA, we can synchronize with it.

@xfq
Copy link
Member

xfq commented May 26, 2022

I would like to discuss this approach with the i18n WG first (hopefully today), so please wait a little bit more before adopting the web app manifest's approach.

@espinr
Copy link
Collaborator

espinr commented Oct 23, 2023

Proposed PR in Web App Manifest: w3c/manifest#1101

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
i18n-needs-resolution Issue the Internationalization Group has raised and looks for a response on.
Projects
None yet
Development

No branches or pull requests

5 participants