【问题标题】:Browser feature detection: spell checking?浏览器功能检测:拼写检查?
【发布时间】:2009-08-07 10:48:24
【问题描述】:

所有不错的浏览器(Chrome、FX 等)现在都支持内置拼写检查。

然而,流行但垃圾的 IE 轴却没有(甚至没有 IE8 - 毫无意义的“加速器”:是的,非常需要字典支持:否)。除非你下载excellent free plugin,但你不能指望公司用户这样做。

我们的客户希望在我们提供的企业网络应用程序中进行拼写检查,因此我们购买了一个第三方拼写检查组件来让他们满意。它可以工作,但不是非常好 - 尤其是与浏览器内置的任何东西相比时。

它看起来也像 Word 2000 中的拼写检查对话框(可能是在开发时的最新版本)。对于我们的客户来说不是这样的问题,其中一半的客户使用 Office 2000 和 IE6。

我只想在用户没有内置拼写检查时启用此组件。

有谁知道检测这种情况的方法吗?

【问题讨论】:

    标签: cross-browser spell-checking browser-feature-detection


    【解决方案1】:

    您已经知道哪些浏览器具有内置支持,哪些浏览器没有,因此您可以使用某种形式的browser sniffing 来决定是否启用拼写检查组件。

    您也可以尝试询问您的用户是否已经启用了一些拼写检查,并让他们回答是/否/不知道。如果他们不知道,请退回到自动检测。这比仅使用嗅探要好,因为已知嗅探在某些情况下是不可靠的。

    如果可能的话,检测属于浏览器 UI 的内容是很困难的。由于浏览器的安全策略,网站无法访问大部分 API,这些 API 可能会暴露一些对特征检测有用的东西。而且即使安全性不是问题,您可能仍会面临针对每个浏览器的不同 API,因为内部浏览器机制尚未标准化。

    【讨论】:

    • 谢谢 (+1) 这有点像我想的那样,但我想知道是否有人有更好的方法。
    【解决方案2】:

    不确定即使使用 browsercap 或 Microsoft Browser Definition File Schema 之类的东西是否可行,如上所述,它有点超出了允许的范围。

    您是否考虑过只使用服务器端拼写检查器?因此,他们可以根据需要使用客户端或单击 GMail 中的拼写检查按钮。这也意味着您可以控制对字典的任何更新。

    【讨论】:

    • 我们的第 3 方组件是服务器端,它只是 AJAX 驱动的。它需要像我们的整个界面一样。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2014-08-03
    • 2012-01-20
    • 2010-09-23
    • 1970-01-01
    • 2018-04-14
    • 1970-01-01
    • 2017-05-17
    相关资源
    最近更新 更多