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

Human readable error message without language info #135

Closed
bert-github opened this issue Jan 28, 2020 · 3 comments
Closed

Human readable error message without language info #135

bert-github opened this issue Jan 28, 2020 · 3 comments
Labels
i18n-needs-resolution Issue the Internationalization Group has raised and looks for a response on.

Comments

@bert-github
Copy link

5.1 MediaDevices Additions
https://www.w3.org/TR/2019/WD-screen-capture-20191119/#mediadevices-additions

On the numbered list, item 4, sub-item 3:

  1. If CS contains a member whose name, failedConstraint specifies a constrainable property, constraint, applicable to display surfaces, and whose value in turn is a dictionary containing a member named max, and that member's value in turn is less than the constrainable property's floor value, then let failedConstraint be the name of the constraint, let message be either undefined or an informative human-readable message, and return a promise rejected with a new OverconstrainedError created by calling OverconstrainedError(failedConstraint, message).

Is there a way to indicate the language and direction of the ‘informative human-readable message’?

How is the language chosen? Does it adapt to the user whose screen is being captured?

@bert-github bert-github added the i18n-needs-resolution Issue the Internationalization Group has raised and looks for a response on. label Jan 28, 2020
@dontcallmedom
Copy link
Member

This seems equivalent to a previously discussed issue in the context of getUserMedia: https://www.w3.org/International/track/issues/465

As discussed for that previous issue, the localizability of DOM error messages (assuming it is needed) would need to be handled at the platform level, not at the individual API level.

@guest271314
Copy link
Contributor

navigator.language?

@jan-ivar
Copy link
Member

jan-ivar commented Oct 8, 2020

Closing based on similar decision in w3c/mediacapture-main#665 (comment)

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

4 participants