了解 ShiftKey 事件的 MDN 文档 属性
Understanding MDN Documentation of ShiftKey Event Property
在查找 MouseEvent 或 KeyboardEvent 的 ShiftKey 事件 属性 时，我注意到在 Specification header 下，状态设置为 已过时.
https://developer.mozilla.org/en-US/docs/Web/API/MouseEvent/shiftKey#specifications
https://developer.mozilla.org/en-US/docs/Web/API/KeyboardEvent/shiftKey#specifications
现在我想知道这意味着什么，我是否认为 ShiftKey 属性 被标记为已过时，因此不能相信它始终在浏览器中工作？如果是这样，关于为什么放弃它的任何线索？
通过 keydown 和 keyup 事件跟踪是否按下了 shift 键并不难，但这确实是一个额外的步骤，如果可能的话我不想采取。
有点混乱。 :-) shiftKey 并没有过时。规范 table 告诉您的是 link 该行上的规范已过时。列出的两个规格都已被 UI Events specification; shiftKey is defined in that spec here 取代。 （如果您遵循 DOM3 规范的 link，它会给您一个 UI 事件规范的 link。）
MDN 的规范内容是数据驱动的。看起来两个 link 规范的条目已被标记为过时，但 shiftKey 的页面尚未更新为 link 到它在其中定义的当前规范。
在查找 MouseEvent 或 KeyboardEvent 的 ShiftKey 事件 属性 时，我注意到在 Specification header 下，状态设置为 已过时.
https://developer.mozilla.org/en-US/docs/Web/API/MouseEvent/shiftKey#specifications
https://developer.mozilla.org/en-US/docs/Web/API/KeyboardEvent/shiftKey#specifications
现在我想知道这意味着什么，我是否认为 ShiftKey 属性 被标记为已过时，因此不能相信它始终在浏览器中工作？如果是这样，关于为什么放弃它的任何线索？
通过 keydown 和 keyup 事件跟踪是否按下了 shift 键并不难，但这确实是一个额外的步骤，如果可能的话我不想采取。
有点混乱。 :-) shiftKey 并没有过时。规范 table 告诉您的是 link 该行上的规范已过时。列出的两个规格都已被 UI Events specification; shiftKey is defined in that spec here 取代。 （如果您遵循 DOM3 规范的 link，它会给您一个 UI 事件规范的 link。）
MDN 的规范内容是数据驱动的。看起来两个 link 规范的条目已被标记为过时，但 shiftKey 的页面尚未更新为 link 到它在其中定义的当前规范。