Talk:HTML5/editing

hidden属性的翻译一片糟糕

- 当一个元素指定了该属性时，则表示该元素无效或不再适用。
+ 当一个元素指定了该属性时，则表示该元素还未、或不再与页面的当前状态直接相关联，或者该元素仅用于声明页面中其他部分需要重用的内容，而非直接供用户访问。

- hidden 属性不能被用来隐藏内容，这会在另外一个例子中合理的演示。
+ 如果有些内容在另一个展现环境中会因合理的逻辑显示出来，则不能用hidden属性来隐藏该内容。

- 未指定 hidden 属性的元素不能链接或指向指定了 hidden 属性的元素。
+ 未指定 hidden 属性的元素不能链接或指向指定了 hidden 属性的元素。类似的，未指定hidden属性的label和output元素的for属性也不能指向指定了hidden属性的元素。在这2个案例中，此类引用会导致用户的困惑。

+ 但是在其它上下文中，元素和脚本可以指向指定了hidden属性的元素。

- 用ARIA aria-describedby 属性指向 hidden 属性本身的描述也是不正确的。隐藏一个部分的意思是指在当前时间该部分对于它任何人都没有意义也不相关，因此它显然不能有效的描述用户交互的内容。
+ 但是用ARIA的aria-describedby属性指向一个指定了hidden属性的描述却是可以的，因为隐藏描述部分说明这些内容并不单独使用。【后面一句不知道怎么译】

+ 类似的，可以用脚本操作一个指定了hidden属性的canvas元素，这种情况下将该canvas元素当作屏幕外的缓冲使用。同样的，表单控件可以通过form属性引用一个指定了hidden属性的form元素。

+ 通过hidden属性隐藏的区域内的元素依旧处于激活状态，例如此类区域内的脚本会执行，表单控件会提交。hidden属性仅仅改变了这些元素对用户的展示效果。

聚焦相关问题

- 按键事件(key event)会被文档(document)接收
+ 文档(document)收到的按键事件(key event)
NOTE: (key event) (received by the document)，后面整个是对key event的定语

- User agent可以为每个浏览上下文(#browsing context)或个别的Document跟踪焦点
+ 用户代理可以分别为每个浏览上下文或Document跟踪焦点
NOTE: 这里说的是，如果一个顶级浏览上下文下面有N个嵌套浏览上下文，UA可以选择：1. 有N+1个聚焦元素；2. 只有1个聚焦元素。因此individual形容的是(top level browsing context and document)，而非单独的(document)

- 在一个顶层浏览上下文中当前聚焦的元素，必须独立于不论该顶层浏览上下文本身是否获得系统焦点(system focus)。
+ 在一个顶层浏览上下文中当前聚焦的元素，必须与该顶层上下文本身是否获得了系统焦点无关。
NOTE: 语句结构微调

tabindex相关问题

- 如果该属性值为一个负整数。User agent必须允许该元素可被聚焦，但，不能允许它被连续聚焦导航触及。
+ 如果该属性值为一个负整数。User agent必须允许该元素可被聚焦，但，不'’'应该'‘'允许它被连续聚焦导航触及。
NOTE: 原文是should not allow，不是must

- 如果该属性值大于零。User agent必须允许该元素可聚焦，允许该元素可被连续聚焦导航触及，应该安排该元素在连续聚焦导航中的顺序：
+ 如果该属性值大于零。User agent必须允许该元素可聚焦，应该允许该元素可被连续聚焦导航触及，应该安排该元素在连续聚焦导航中的顺序：
NOTE: 原文前面是must，后面是2个should，不能把“必须”连用到后面。下面一段同样有个must-should的问题