面对现实吧:编写正确的、符合标准的 HTML 是相当困难的。编写语义 HTML 更是如此,但我认为计算机不可能弄清楚这一点。

所以我的问题是,对于输入 HTML 的用户来说,“理想”的反馈是什么?它会是 W3C 验证器样式的错误列表以及相应的行号和列吗?它会是突出显示的行的带注释的代码显示、错误的解释以及可能的修复吗?拼写检查风格模式,您可以单独处理每个错误?可不可能是 不是 给他们任何错误信息吗?另外,最好告诉用户哪些类型的错误?(一些广泛的错误类别包括解析错误、嵌套错误(即将 div 放入 b 标签中)以及格式良好的错误。)

  • 斯科特姆: 好点子;我也不喜欢 W3C 列出所有错误的方式。然而,仍然存在一个问题:如何让用户适当地编辑有问题的 HTML。
  • 一个比一个: 好吧,那么 查看一些屏幕截图 看起来 HTML Validator 有一个 W3C 错误列表,但结合了直接转到相关源代码段和扩展错误信息的能力,以及您不必滚动即可从一个部分跳转到另一个部分的事实。看起来不错,但是普通人能用吗?

编辑1: 需要澄清的是,这是关于接口的,不一定是底层实现。然而,界面需要能够使用纯 HTML 和 JavaScript(如果只需要 HTML,则可用性加倍,但我认为在这种情况下您将陷入 W3C)。

有帮助吗?

解决方案

Firefox“HTML 验证器”附加组件的输出非常好。它在一个大窗口中向您显示源代码,并在一个小窗口中显示错误列表(小窗口并不重要,因为您通常只关心第一个,因为您的目标是完全没有错误)。单击要突出显示的错误,第二个小窗口中会显示扩展的解释,而代码的有问题部分会在大窗口中突出显示。

不过,该附加组件不包含文本编辑器,因此它不能完全解决您的问题。不过,它同时使用基于 SGML 的验证器和 HTML Tidy,而且我认为对于本地文件,您可以使用它来进行 Tidy 建议的更正。

其他提示

我一直认为语法高亮很棒。在 HTML 中,这也非常有用,因为当开发人员可以看到标签的适当颜色时,他/她可以轻松区分标签。

就我个人而言,我不喜欢 W3C 给你列出一大堆无聊问题的方式。代码本身的视觉辅助要好得多。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top