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

UI Events Keyboard Events Key Values 2022-11-29 > 2023-01-31 #199

Closed
LJWatson opened this issue Nov 29, 2022 · 4 comments
Closed

UI Events Keyboard Events Key Values 2022-11-29 > 2023-01-31 #199

LJWatson opened this issue Nov 29, 2022 · 4 comments
Assignees
Labels
close? LC Working Draft approaching CR. REVIEW REQUESTED

Comments

@LJWatson
Copy link

Name of your specification

UI Events Keyboard Events Key Values

URL of your specification

https://w3c.github.io/uievents-key/

When does the review need to be finished?

2023-01-31

What has changed since any previous review?

A self-review was carried out and the Editor found that none of the criteria applied. This is recorded on the specification repo. There is however a note left in redsponse to the a11y self-review that may be of interest, recorded earlier in the same issue:

A note related to the FAST checklist item: "If technology provides internationalization support". This specification inherently defines {{KeyboardEvent/key}}
values that support international hardware, e.g., keyboards for different languages or layouts. It also defines many special keys which are given human-readable
names (like "Shift", "Control", "Home" or "ArrowLeft").
These special key values are defined as human-readable strings so that code to detect special keys can be easier to understand. While these values are
not intended to be exposed directly to users, there is nothing preventing that. Apps that choose to expose these values would need to determine whether
or not it is appropriate to translate these strings for presentation (e.g.: presenting "Backspace" as "Suppr. arrière" for French users).

We are hoping to transition to CR in February.

Please point to the results of your own self-review

No response

Where and how should the i18n WG raise issues?

No response

Pointer to any explainer for the spec

No response

Other comments

No response

@LJWatson LJWatson added LC Working Draft approaching CR. pending The WG needs to assign a reviewer. REVIEW REQUESTED labels Nov 29, 2022
@aphillips aphillips changed the title UI Events Keyboard Events Key Values 2022-11-29 2023-01-31 UI Events Keyboard Events Key Values 2022-11-29 > 2023-01-31 Nov 29, 2022
@aphillips aphillips removed the pending The WG needs to assign a reviewer. label Dec 1, 2022
@LJWatson
Copy link
Author

@xfq do you know when your review might be completed? With thanks.

@aphillips
Copy link
Contributor

@LJWatson I18N completed a review on 9 December and there are two open issues as a result. These are: w3c/uievents-key#58 and w3c/uievents-key#59. Neither seems to have been addressed in your current spec.

In the course of checking on this, I happened to notice that this spec also has a minor problem with Unicode character references. I filed a bug in our repo (as w3c/i18n-activity#1652) which will likely be forwarded to you next week.

By the way, you can check the status of your issues in the review tracker tool. Also note that this issue shows history on our Review Radar--in this case that the request was moved to "Awaiting Comment Resolution" on 9 December. That state is a completed review with open issues (vs. "Completed", which is when all our issues are closed)

@LJWatson
Copy link
Author

Thanks @aphillips and apologies for the unnecessary chase. My fault entirely for looking in the wrong places for information.

@aphillips
Copy link
Contributor

Both filed issues were completed. Marking this complete.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
close? LC Working Draft approaching CR. REVIEW REQUESTED
Development

No branches or pull requests

3 participants