<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Implement getModifierState for KeyboardEvent"
href="https://bugs.webkit.org/show_bug.cgi?id=40999#c11">Comment # 11</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Implement getModifierState for KeyboardEvent"
href="https://bugs.webkit.org/show_bug.cgi?id=40999">bug 40999</a>
from <span class="vcard"><a class="email" href="mailto:masayuki@d-toybox.com" title="Masayuki Nakano <masayuki@d-toybox.com>"> <span class="fn">Masayuki Nakano</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=40999#c10">comment #10</a>)
<span class="quote">> > since the browser determines for you whether Ctrl or ⌘Command is the customary modifier key
>
> This seems like a pretty questionable feature in its own, please file a
> separate bug about it. OS X has plenty of shortcuts that don't involve the
> Command key (for example, all the Emacs key bindings, but also many more).</span >
"Accel" virtual modifier is dropped from the latest spec because there is no API to retrieve its caption. So, anyway, web apps need to check platform for documenting or showing shortcut key list to users. Therefore, UI Event guys decided that only "Accel" virtual modifier making reduce platform check doesn't make sense.
And also, "Meta" key is now mapped to Windows key on Windows (that was mapped "OS"). So, on Windows, during pressing Windows key, .getModifierState("Meta") should return true. Of course, .metaKey too. (On Linux, Windows Logo key may mapped any keys, therefore, pressing Window key on Linux may activate "Super" modifier in most environments.)</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>