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

inputType for Menu Bar>Edit>Delete (no obvious direction) #130

Closed
chong-z opened this issue Jul 20, 2016 · 2 comments
Closed

inputType for Menu Bar>Edit>Delete (no obvious direction) #130

chong-z opened this issue Jul 20, 2016 · 2 comments

Comments

@chong-z
Copy link

chong-z commented Jul 20, 2016

Should we add a new inputType (DeleteContent/Selection/?) since there is no obvious direction?

e.g. On Mac it will delete selection, and do nothing if collapsed.
(On other platforms the classic Menu Bar is not always shown.)

Also Note:
Menu Bar delete also acts as Kill on Mac, so later you can Yank by Ctrl+y.
I'm not sure if we should add new types, or can we just use Delete* and Insert*?

@johanneswilm
Copy link
Contributor

That is an interesting question. On the one hans, you are right that there is no direction given and that would be an argument for creating a directionless option.

On the other hand, the direction always needs to be something (forward or backward), so the JavaScript define actions for backward and another for forward. My guess is that the directionless mode will be bundled together with the backward deletion -- but some apps may choose to have it go the other way. I don't know if that is really what the Mac OS X developers envision: that their built-in menus will cause quite different things, depending on how the JavaScript authors decide.

@johanneswilm
Copy link
Contributor

This issue was moved to w3c/input-events#25

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants