Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?
No information providedOpen questions about a feature may be a source of future web compat or interop issues. Please list open issues (e.g. links to known github issues in the project for the feature specification) whose resolution may introduce web compat/interop risk (e.g., changing to naming or structure of the API in a non-backward-compatible way).
No information provided--
You received this message because you are subscribed to the Google Groups "blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.
To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/f365d318-706d-4eaa-82e5-ae71ad765ef3n%40chromium.org.
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+unsubscribe@chromium.org.
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.
Contact emailsakyer...@microsoft.comSpecificationhttps://www.w3.org/TR/appmanifest/#x_localized-membersSummarySupports localization of manifest members so apps can adapt their names, descriptions, icons, and shortcuts to the user’s language and region. Developers provide localized values in the web app manifest, and the browser automatically selects the appropriate resources based on the user’s language settings, introducing language support across different markets.Blink componentBlink>AppManifestWeb Feature IDmanifest-localizationMotivationPWAs are used worldwide, but the web app manifest only supports a single language. This limits developers who want their apps to feel native and accessible to users across different regions. By allowing localization of manifest fields, developers can present app names, descriptions, icons, and shortcuts in the user’s preferred language, making web apps more accessible and inclusive.Initial public proposalNo information providedTAG reviewTAG review is not necessary because this feature implements behavior that is already fully specified in the Web App Manifest specification (*_localized members), with the architecture and localization model designed and reviewed in W3C (primarily via the Internationalization Working Group). Although Chromium may be an early or first implementation, this work does not introduce new web‑exposed capabilities, new architectural design choices, or new security or privacy properties. Given the lack of remaining architectural design space for TAG feedback to influence, TAG review would not add meaningful additional signal for this feature.TAG review statusNot applicableRisksInteroperability and CompatibilityNo information provided
Gecko: N/A (https://github.com/mozilla/standards-positions/issues/1366)
@Yoav
Yes, should be "no signal"! I wasn't initially sure which was the right option to select when the position has been filed but there hasn't yet been a response.
The actual ChromePlatformStatus entry reflects the correct status for that field.
--
You received this message because you are subscribed to the Google Groups "blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.
To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/f4b4c541-d572-4599-b0c9-2dd785d907een%40chromium.org.