Ios5 如何在我的网站上启用iOS 5 Safari阅读器?

Ios5 如何在我的网站上启用iOS 5 Safari阅读器?,ios5,safari,mobile-safari,Ios5,Safari,Mobile Safari,iOS 5中Mobile Safari的阅读器功能是如何工作的?如何在我的站点上启用它。我如何告诉它我页面上的什么内容是触发此功能的文章?HTML5文章标签不会在我的测试中触发它。它似乎对脱机内容(即保存在本地计算机上的页面)也不起作用 触发它的似乎是一个包含大量p和大量文本的div块。它所基于的算法似乎在寻找p标记,并在内部文本中计算类似“.”的分隔符。点最多的部分(div)获得焦点 见: 似乎是Reader模式的基础,至少Safari在确认中对其进行了属性设置,请参见: file:///C

iOS 5中Mobile Safari的阅读器功能是如何工作的?如何在我的站点上启用它。我如何告诉它我页面上的什么内容是触发此功能的文章?

HTML5文章标签不会在我的测试中触发它。它似乎对脱机内容(即保存在本地计算机上的页面)也不起作用


触发它的似乎是一个包含大量p和大量文本的div块。

它所基于的算法似乎在寻找p标记,并在内部文本中计算类似“.”的分隔符。点最多的部分(div)获得焦点

见:

似乎是Reader模式的基础,至少Safari在确认中对其进行了属性设置,请参见:

file:///C:/Program%20Files/Safari/Safari.resources/Help/Acknowledgments.html

Arc90(可读性) 版权所有©Arc90公司

可读性是根据Apache许可证2.0版授权的

p标签理论听起来不错。我认为它还可以检测其他元素。我们其中一个有6段的页面没有触发读者,但是一个有4段和一个img标签的页面触发了读者

它还足够智能,可以检测多页文章。在nytimes.com或nymag.com上的多页文章中尝试一下。我想知道它是如何检测到的。

这个问题()有更多的细节。复制于此:


我很想知道更多关于Safari中哪些触发了Reader选项,哪些不触发。我不打算实现任何会禁用它的东西,但作为一种技术练习,我很好奇

以下是我到目前为止通过一些基本的游戏学到的知识:

您至少需要一个H标记 它不仅仅是通过字符计数,而是通过P标记的数量和长度 可能会查找句号“.”和其他条件 Safari将为“阅读器”提供一个H标记,并满足以下条件:

1个p标签,2417个字符 4个P标签,1527个字符 5个P标签,1150个字符 6个P标签,862个字符 如果从上述任何一项中减去1个字符,“Reader”选项不可用

我应该注意到,H标记的字符计数起到了一定的作用,但遗憾的是,当我确定上述结果时,并没有意识到这一点。假设H标记有20多个字符,并在上述结果中固定

还有一些有趣的事情:

设置p标记会将其从计数中删除 将display设置为none,然后在230ms后使用Javascript显示它们,也避免了读卡器选项

如果有人能完全确定这一点,我很感兴趣


令人惊讶的是,它确实没有注意到HTML5的article标签,尤其令人失望的是,Safari 5完全支持CSS中的article、section、nav等——它们现在可以像div一样设计样式,并且与任何块级元素的行为相同

我专门建立了一个网站,上面有一个文章标签和几个内部部分标签,为语义HTML5标签做准备,正是为了达到这样的目的,所以我真的希望Safari 5能将其用于读者。没有这样的运气——可能应该在这个问题上提交一个bug,因为这会非常有意义。事实上,它完全忽略了页面上的大多数h2级别子标题,每个子标题都标记为一个部分,仅显示符合前面提到的标准的单个div


具有讽刺意味的是,同一网站的旧版本,既没有文章、章节,也没有分隔的div标签,可以识别整个身体,以便在阅读器中显示。

这里发布的许多答案都包含虚假信息。以下是一些更正/澄清:

  • 。选择哪个包装器元素并不重要,只要有一个,而不是
    。您可以使用


  • 关于我的发现,我在这里发布了更多的细节:

    我正在研究清除网站信息“浪费”的算法,类似于Safari阅读器的功能。它的可读性不如它好,但有一些很酷的东西


    您可以在项目页面了解更多信息

    Firefox和Chrome都有类似的插件iReader。这是它的项目和源代码


    阅读代码获取更多信息。

    我一直在努力解决这个问题。我终于拿出了我故事中的
    标记,还有中提琴!它开始工作了


    我没有在尸体上裹上任何包装物,但可能是偶然造成的

    我已经在我的iPhone上测试了大约100个版本,以找出是什么触发了这种难以捉摸的阅读器状态。我的结论如下:

    以下是我发现的影响:

    • 在文章中包含200个或更多的单词(或1000个字符,包括空格)以触发“阅读器”似乎是必要的
    • 当我少于170字时,读者从未被触发;虽然有时当我有180或190个单词时会触发
    • 某些元素中的文本,如
      (通常不用于包含故事)将不计入200字(但是,如果由于其他原因触发读卡器,它们将显示在读卡器中)
    • 将200个单词包装在一个块元素中,例如
      似乎是必要的(也就是说,如果有任何网站不是这样的话,我会感到惊讶)
    为了充分披露,以下是我发现没有产生影响的内容:

    • 是否使用标题
    • 无论是将文本包装在
      中还是让其自由流动
    • 标点符号(即删除所有句点、逗号等不会产生影响)
      • 请参阅

        以下是有关如何读取和解析的API:。已经有一个项目可供参考:

        简史: 自从苹果的Safari 5浏览器嵌入了一个名为的代码库以来,Safari阅读器就具备了这一功能,可读性从一个简单的Javascri开始