- From: Daniel Ehrenberg <notifications@github.com>
- Date: Thu, 27 Oct 2022 11:29:35 -0700
- To: w3ctag/design-reviews <design-reviews@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Thursday, 27 October 2022 18:29:48 UTC
The motivation for associating a string with a language seems clear, but what's less clear to me is which APIs this should be modified to accept (or produce) such a value. So, I'm looking forward to the answer to the question @domenic asked. In general, if we have use cases in JavaScript that would benefit from this feature (whether through direct use or as input to another JS built-in method), I'm not opposed to adding it as a built-in class in ECMA-402. I get the feeling that the motivation for putting the string-with-metadata in WebIDL has to do with ensuring that it's maximally available for use in other specifications. Would this not also be met by putting this dictionary definition in a third specification, and making normative references to it? (Apologies for my delay on responding to this thread. Addison and I are in touch by email and I hope to have a call with him soon.) -- Reply to this email directly or view it on GitHub: https://github.com/w3ctag/design-reviews/issues/716#issuecomment-1293910297 You are receiving this because you are subscribed to this thread. Message ID: <w3ctag/design-reviews/issues/716/1293910297@github.com>
Received on Thursday, 27 October 2022 18:29:48 UTC