dom...@chromium.org, fer...@chromium.org, kenji...@chromium.org, ay...@chromium.org, mem...@chromium.org, chris...@chromium.org
https://github.com/WICG/translation-api/blob/main/README.md
https://webmachinelearning.github.io/translation-api/#language-detector-api
A JavaScript API for detecting the language of text, with confidence levels.
https://github.com/w3ctag/design-reviews/issues/948
Issues addressed
Language Detector API
LanguageDetectionAPI
https://github.com/WICG/translation-api/blob/main/README.md
kV8AILanguageDetector_Detect_Method
This feature, like all built-in AI features, has inherent interoperability risks due to the use of AI models whose behavior is not fully specified. See some general discussion in https://www.w3.org/reports/ai-web-impact/#interop.
By providing a high-level API with clear output formats, as well as a capabilities API for detecting what a given browser supports, we believe we can guide web developers toward using the API in an interoperable way that does not depend on the specific models that a given browser or browser version uses.
Gecko: No signal (https://github.com/mozilla/standards-positions/issues/1015)
WebKit: No signal (https://github.com/WebKit/standards-positions/issues/339)
Web developers: Positive (https://github.com/WICG/proposals/issues/147)
Other signals:
This API will likely frequently be used in concert with the translator API (https://chromestatus.com/feature/5172811302961152).
Our current implementation is tied up with the browser's built-in language detection, which runs on the main thread. Alternative architectures are possible and we're exploring the implications of the current one through the origin trial process.
This feature would definitely benefit from having polyfills, backed by any of: cloud services, lazily-loaded on-device models using WebGPU, or the web developer's own server. We anticipate seeing an ecosystem of such polyfills grow as more developers experiment with this API.
Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?
None
There has been an overhaul to the API shape in the spec that we're currently implementing. We'd like to continue the OT to get feedback on the new API shape once it's ready to evaluate.
None.
Basic tooling suffices
Yes
No
We hope to work on web platform tests for this feature, but how much we can guarantee as testable beyond the surface API is unclear. For example, since no specific languages are guaranteed to be supported, it's not clear we can actually test language detection. APIs to mock the results might help here.
language-detection-api
LanguageDetectionAPI
False
kV8LanguageDetector_Detect_Method
https://chromestatus.com/feature/6494349985841152?gate=5808544211009536
Intent to Prototype: https://groups.google.com/a/chromium.org/g/blink-dev/c/Ie46tc6_8so/m/eY1huFmOAAAJ
Intent to Experiment: https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAM0wra-WvH-sxxWndwAWPLF3eEYqeLhXrz-VmZKH4Wxzbpse-Q%40mail.gmail.com
This intent message was generated by Chrome Platform Status.
Could you also please comment on progress for the following areas:
Draft spec (early draft is ok, but must be spec-like and
associated with the appropriate standardization venue, or WICG)
TAG review (see exceptions)
signals requests
Outreach for feedback from the spec community
WPT tests
Reason this experiment is being extended
There has been an overhaul to the API shape in the spec that we're currently implementing. We'd like to continue the OT to get feedback on the new API shape once it's ready to evaluate.
--
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/CAO4d-SsFc3ucbmasgZmWn4PE_TOMMnWZQCzrL%3DXbbo5tDxMSOg%40mail.gmail.com.
Could you also please comment on progress for the following areas:
Draft spec (early draft is ok, but must be spec-like and associated with the appropriate standardization venue, or WICG)
TAG review (see exceptions)
signals requests
Outreach for feedback from the spec community
WPT tests
--
On 3/10/25 2:06 PM, 'Nathan Memmott' via blink-dev wrote:
--Reason this experiment is being extended
There has been an overhaul to the API shape in the spec that we're currently implementing. We'd like to continue the OT to get feedback on the new API shape once it's ready to evaluate.
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/CAO4d-SsFc3ucbmasgZmWn4PE_TOMMnWZQCzrL%3DXbbo5tDxMSOg%40mail.gmail.com.
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/98a05c10-07e1-4212-bc48-775be9b47b6d%40chromium.org.
Thanks for patiently re-highlighting what was (mostly) already in the intent. :)
LGTM to extend from 136 to 138 inclusive.