7. 可访问性
可访问性并不是单单针对残疾人,尽管这是这是一个创建具有可访问性站点的一个主要原因。一个具有亲和力的站点对任何人来说,显示效果都同样出色,无论他是不是残疾人。它可以被更多使用不同浏览器或浏览设备的人所访问。
有一种对可访问性站点的常见误解,认为它与众不同,或者不如那些不具有可访问性的站点具有视觉吸引力。
这有一个例子将告诉您可访问性是如何给每一个人造福的:一个网站有一个表单,用它来进行注册参加一个研讨会,表单中,你可以选择去参加三个城市中的一个城市的研讨会。每一个城市名字旁边都有一个单选按扭。如果表单的创建者没有可访问性的意识,那么使用图像浏览器的人就不得不把鼠标放到很小的单选按扭上,然后点击它来选择城市。如果开发者了解可访问性,并且在每个按扭旁边用 <label>标记说明,那么您就可以点击城市的名字来选择地点了。那么,您认为哪种方法使表单使用更简便呢?
使用语义化、结构化的XHTML将使你走向可访问性站点之路。要对可访问性的文档有一个基础的概念,尝试使用一个文字化的浏览器(如:< a href="http://lynx.browser.org/">Lynx)看看内容是否依然起作用。虽然这离通过可访问性的验证(这是你必须去做的)还差很远,但是这是一个好的开始。
框架
许多网页设计师喜欢使用框架把浏览窗口分割成几个独立的部分,每部分都是由独立的HTML文档组成,这样做对某些程序(比如一个区域网的应用程序)可能很好,但是在公众网上,使用框架将存在许多缺点:
你会令浏览者迷惑。做网页的一个基本原则是每一个页面用一个唯一的URL表示。打破这个原则,你将使浏览者很难明了网站的结构。
框架带来了搜索引擎的问题。一个搜索引擎要把一个框架编入索引中,你就必须提供指向所有页面的链接。从搜索引擎搜到你网站的浏览者也会遇到一些问题,他们很可能访问的是缺少了某些重要信息(导航链接)的文档。一些框架结构的网站试图通过 robots.txt文件告诉搜索引擎不要把次级页面编到索引中,以此来解决上面的问题。其他的一些网站则用javascript把通过搜索引擎过来的访问者送到首页。如果你的目标就是获得少量的浏览者,这两种方法都是可行的。
框架破坏了书签。大多数浏览器不能在一个框架网站的页面上使用书签。当你打开书签后,你将打开的是框架设置的默认地址,往往去的都是这个网站的首页。
打印变得愈加的困难。许多浏览者在打印文档的时候,同样会遇到问题。大多数的浏览器都会要求你解开这个框架,否则不能打印。
通过E-mail传送链接变得更加的困难。框架很有效的消除了往一个网站中的页面发送链接的可能性。本质没有变,只是提高了网站的复杂性。
使网站具有可访问性变得更加的困难。这会让那些不使用图形化浏览器(它支持框架)的人遇到问题的。也正因为此,可访问性准则不建议大家使用框架。
此外,你这是在给自己找麻烦。框架将使一个网站在技术上更复杂。
表格
把“不要使用表格布局”解释成“不要使用表格”对一些人来说没什么区别。这个并不是如何去解释的问题。如果你想标记一个列表数据,理所当然应该使用表格,这才是表格应当起的作用。然而,有一点很重要:当你建立数据表格时,有许多方法可使他们更具有逻辑性和可访问性。
表单
表单通常是没必要去使用的,而且使用起来很困难,部分的原因是因为他们是用不合逻辑的方法建立的,部分是因为基本的HTML代码并没有使用标签(标签可以使表单更具有可访问性,更容易使用)。一些相关的标签(如<label>、<fieldset>和 <legend>)是存在的,而且是应该被使用的。
一个普遍的问题是用什么给表单布局。一些人说,可以把一个表单看作一个列表数据,可以用表格来构造,然而还有一些人提议用CSS来布局。两种方法都是可用的,但是如果你用的是表格,请确保这个表格是有意义的,而且要保证当一个包含表单的表格被线性后是可用的。
不要依靠JavaScript。许多人(包括你自己)可能都会认为如果把JavaScript从他们的浏览器中移除,就可以更加安全或者可以避免弹出窗口。他们也可能正在使用的浏览器压根就不支持JavaScript。根据javas.php" target=_blank>TheCounter.com的调查,6%的Web用户不使用JavaScript, 而根据asp" target=_blank>W3Schools.com的调查,这个百分比为8%。
大多数情况,使用JavaScript的地方,对访问者都没什么好处。当然有一些例子显示Javascript能够给访问者提供更好的体验。一个例子就是校验表单的输入。
值得注意的是这并不是说您不应该使用JavaScript。而是说你不应该创建一个依靠JavaScript运行的网站
同样的事也适用于cookies。如果浏览者不接受他们的网站就拒绝运行,那么你的cookie就使用错了。