7

什么是可用性、可访问性、屏幕阅读器或任何其他开发、功能或跨浏览器问题<iframe>

有什么替代方案<iframe>吗?

是否有任何 JavaScript/jQuery 或服务器端技术可以降低可用性、可访问性或屏幕阅读器问题<iframe>

为什么 W3C 没有包含<iframe>在 XHTML Strict 中,而HTML 5支持<iframe>

更新:

我在这里也发现了一些好的想法:http: //uxexchange.com/questions/1817/iframe-accessibility-and-usability-issues

4

3 回答 3

6

可访问性:

  • 滚动 iframe 更难,你的鼠标必须在 iframe 的范围内。有运动障碍的人很难
  • 盲人浏览器可能不包含来自您 iframe 的内容,这些人将无法访问它。

可用性:

  • 当主窗口和 iframe 上有多个滚动条时,这并不酷。滚动很困难

其他问题:

  • 移动浏览器可能不会为您呈现 iframe。即使它渲染它,它也会看起来很糟糕和丑陋。
  • 搜索引擎将很难在 iframe 中索引您的页面。他们可能会跳过它或不会正确索引
  • 加载 iframe 将比具有相同内容但没有框架的页面花费更长的时间
于 2010-02-13T17:22:12.180 回答
4

为什么 W3C 没有在 XHTML Strict 中包含 Iframe

<frame>因为当时它被视为广受诟病标签的私生子。原则上<iframe>具有许多与<frame>.

虽然 HTML 5 支持 Iframe ?

(一种)。因为,<frame><iframe>. 正如其他答案中提到的那样,仍然存在问题,但通常这<iframe>被视为保留的必要功能。这不是真的<frame>,它是 HTML5 中的一个“不符合标准的特性”(最接近的 HTML5 可以达到任何类型的“严格”)。

(b)。因为 HTML5 的作者并不太关心鼓励好的实践;它是关于记录用户代理必须做什么。他们将 HTML4 的所有过时功能以及许多其他传统但狡猾的浏览器行为都扔到了标准中,包括损坏标签汤解析的最后一个怪癖。[除此之外:我很高兴看到他们列表中讨论的最新论点是<isindex>应该如何处理元素——自从 HTML 2.0 的表单元素在 1995 年过时以来,实际上没有人使用过这个元素。]

鉴于 HTML5 惊人的大小和复杂性,他们不希望额外努力声明一个更有限的“严格模式”配置文件也就不足为奇了。不过,随着工作接近尾声,我希望看到 XHTML5 Strict 或类似的努力来减少这些混乱。就目前而言,Hixie 和 chums 已经拍摄了浏览器为了兼容性而必须进行的每一个讨厌的黑客攻击的快照,并在可预见的未来将其作为所有浏览器的标准要求,有效地纵容了这种不良做法。

于 2010-02-13T18:09:39.260 回答
0

如果您只有一个 iframe,则问题不大。但是,多个 iframe 使问题更加复杂。焦点不明确,屏幕阅读器不够智能,无法找到视觉相关性(与表格不利于设计的原因相同)。ARIA正在尝试解决一些类似的问题。YUI 插件链接有更多信息。

然而,iframe 确实在设计中找到了自己的位置。在我之前工作的一个项目中,页面包含两个 iframe(其中一个是隐藏的),隐藏的框架用于下载身份验证小程序。这不会增加任何可访问性问题,因为关注点仅限于与页面无缝合并的单个 iframe

于 2010-02-13T17:36:13.750 回答