Added UI Events KeyboardEvent - #301
Conversation
For code and an updated key attributes.
|
I think, rather than add a new entry, we just need to reset (and generalize a bit) the exist entry named "DOM3 Keyboard Events". Can you reformulate your change to update this existing entry? Specifically, updating the name from DOM3 to UI Events, and adding your prose about .key and .code, as well as changing the state back to Under Consideration. |
|
The chromestatus.com ID is problematic... Can you add support for multiple IDs (how would that even look?)? For my reference, this update keeps the same (ambiguous) ID - |
|
Works for me, but maybe Jacob Rossi (@jacobrossi) has strong feelings? |
|
PhistucK (@phistuck) sorry this got stale. Both of these specs are shipped in Chrome. So I think we can just link to one of their IDs and it'll be ok. I don't think we'll have too many instances of many:1 relationships between the sites, so it's not really worth designing it to support that. If that's good with you, can you just update this to resolve merge conflicts? |
Only |
|
Hmm. Alternatively, we could just list Chrome as "In Development" since the feature is only partially supported? I really don't like splitting it into two entries since they're so tightly related and we want to keep the granularity mostly coarse on Status. |
1df0599 to
2ae9bbb
Compare
a59a79b to
654d321
Compare
8a46359 to
6e3d427
Compare
3708f44 to
690c6ca
Compare
Julien Vink (JulienVink)
left a comment
There was a problem hiding this comment.
Reviewed 1 of 1 files at r1.
Reviewable status: all files reviewed, 1 unresolved discussion (waiting on PhistucK (@phistuck))
a discussion (no related file):
Long day short nights will do.
For code and an updated key attributes.