还有遗漏吗？
我们将谈到isPointInPath()方法，以及Canvas的可访问性和安全性方面的一些问题。我们还将简要介绍浏览器支持情况，以及有关Canvas更多知识的一些链接。
isPointlnPath(x,y)
根据名称，isPointInPath()的作用是判断坐标点x/y是否位于当前路径内，并返回true或false值。我们通过一个简短的例子来演示它的应用，在此例中，它返回给akrto一个“true”值：
宁波网站建设认为context.beginPath();contextrect(50,00);alert(contextisPointInPath(75))；
isPoimlnPathO的一个特殊用途是用来判断用户是否单击了画布中的特殊区域。我们需要为其准备一个onclick事件句柄，根据鼠标位置clientX/clientY、及canvas元素相对位置offsetLeft/offsetTop来计算鼠标相对画布的位置x/y:
canvas.onclick=function(evt){context.beginPath();context.rect(50,l00,)；alert(context.isPointInPath(evt.clientX-canvas.offsetLeft,evt.clientY-canvas.offsetTop不幸的是，isPointlnPathO不支持路径变换：即使我们在执行beginPathO命令之前，将坐标系右移像素，单击坐标75仍将返回true。尽管如此，它还是会在判断内/外时考虑到非零填充规则。如前两段代码范例所示，用来测试的路径并非必须通过fill()或stroke()绘制。
Canvas的可访问性？
此节标题中的问号是有意义的，因为Canvas目前仍明显缺乏可访问性。一部分原因是发明者在构思Canvas的过程中并没有怎么在意它的可访问性，另一部分原因则来自于其本身的特性——缺乏DOM的基于栅格的格式可以拥有许多特性，但唯独缺乏可访问性。
根据HTML5规范，基于DOM的SVG内容应该拥有良好的可访问性。但实践证明，即便是基于网页的代码编辑器Skywriter(https://mozillalabs.com/skywriter)这类大型项目也会使用Canvas来代替SVG,因为前者的表现形式更好。这打破了HTML5规范中关于Canvas部分一开头就谈到的基本规则：在存在更合适元素的情况下，文档作者不应使用canvas元素。
规范中的第二个要求是当作者使用canvas元素并需要展示给用户时，他们必须同时提供与位图画布(bitmapcanvas)功能或目的本质相同的内容。这一要求同样没有实现。画布开始标签与结束标签之间的区域也许可以用作此途，但它们通常仅用来为不支持Canvas的浏览器提供反馈内容。
关于Canvas互动应用程序，HTMLCanvas2DContext规范同样建议在反馈内容中加入可聚焦(focusable)的HTML元素，例如为画布中每个可聚焦区域设置input元素。网页作者应通过drawFocusRingO方法为画布当前聚焦区加入音效作为反馈。在规范所举的相应例子中，使用了一对复选框来同步画布与drawFocusring()的音效反馈。这恰好印证了这个提议实施起来的复杂程度，以至于让我们开始怀疑这是不是解决问题的最好方法。
从9年7月，CanvasAccessibilityTaskForce开始尝试纠正这一令人不满的现状。他们调查了焦点及光标管理的改善可能性。第一份提案已经面世，正接受着热烈的讨论，并可能通过不同形式在规范中找到它们的一席之地。
但在那之前，我们还是需要解决问题：可访问性。
本文由乐华网络编辑，转载请注明出处
宁波网站建设www.leseo.net
