问问题
196 次
2 回答
1
(当然,这还不完整。这只是我在打字时想到的。)
这个答案假设:对于没有屏幕阅读器的桌面/移动浏览器用户;页面仅包含div
和span
元素(具有允许的属性);只有今天相关的(不是明天,不是 2400 年)。
缺少元数据
- 用户在为页面添加书签时不会看到 favicon(
icon
链接类型;除非您将 ICO img 放在根目录中)或标题(title
元素) - 创建快捷方式时没有图标 (
apple-touch-icon
,msapplication-TileImage
, ...) - 当用户在那里发布/引用/共享您的页面时,某些 Web 应用程序无法从您的页面中提取元数据(例如Open Graph Protocol)
- 浏览器不会自动检测您的提要(
alternate
链接类型) prefetch
链接类型(如,prerender
,dns-prefetch
,pingback
,prev
/ , ... )没有(性能)优势next
。</li>
(请注意,其中一些可以通过 HTTP 标头完成。)
缺少默认功能
如果没有a
, input
,等textarea
,button
相应的功能将需要 JavaScript。没有 JavaScript 的用户无法点击链接、搜索、上传文件、提交表单……</p>
没有(或有限)JS 支持的原因:
- 用户停用 JS(全局,仅适用于站点/主机)
- 故意的,例如使用NoScript
- 公司/管理员/等要求。
- JS 文件无法加载(CDN 问题,...)
- 很老的浏览器
- …</li>
此外,一些典型的导航机制在默认情况下可能不可用(通过字段切换;焦点;按 Enter 激活;在链接文本中搜索(例如'
在 Firefox 中))。
缺少浏览器扩展提供的功能
有各种浏览器插件(或书签等)可以解析标记并“做事”。
- 列出所有链接(Link Gopher,...)
- 创建大纲/目录(
h1
-h6
)(例如目录) - 只呈现页面的主要内容(例如可读性,...)
- 处理/排序/等。表格 (
table
) (例如表格计算器,...) - 提取元数据(例如Dublin Core Viewer,...)
- 微格式(例如运算符,...)
- RDF (RDFa, ...) (例如RDFa Developer , Semantic Radar , OpenLink Data Explorer , ...)
- 知识共享(例如OpenAttribute,...)
- …</li>
缺少默认的“样式”
如果没有 CSS 支持,仅包含div
和span
元素的页面可能难以阅读,甚至可能变得难以理解(例如,考虑复杂的数据表)。
没有(或有限)CSS 支持的原因:
可重用性有限
- 复制和粘贴:如果用户复制和粘贴一些内容和/或标记,并且您的自定义 CSS 没有被“包含”(可能是许多工具的情况),则可能很难甚至不可能理解/重用该内容/标记.
- 提取您的内容:其他人更难抓取您的内容(例如Piggy Bank)和/或转换它(XSLT、XPath)
于 2013-01-31T03:00:35.920 回答
0
对于视力良好的用户来说,可能没有区别。
但是,您永远不应该假设用户的能力。
除了可访问性之外,最大的区别在于机器如何解释代码。所以,搜索引擎优化很重要,即使你也想排除它。其他地方提到的浏览器扩展,以及将来可能出现的任何内容。
于 2013-01-29T21:42:38.793 回答