让我们面对现实：编写适当的，符合标准的HTML相当困难。编写语义HTML甚至更是如此，但是我认为计算机不可能弄清楚这一点。

因此，我对问题是，输入HTML的用户的"理想"反馈是什么？这将是W3C验证程序样式的错误列表以及相应的行号和列吗？它是注释代码显示的突出显示的行，错误的说明以及可能的修复程序吗？拼写检查样式模式，我们可以分别处理每个错误？难道根本不给他们任何错误信息吗？另外，告诉用户什么类型的错误是个好主意？ (错误的种类很多，包括解析错误，嵌套错误(即，将div放入b标签)和格式错误。)

• 斯科特：好点；我从不喜欢用W3C列出所有错误的方式。但是，仍然存在一个问题，那就是让用户适当地编辑有问题的HTML。
• onebyone：好的，所以看一些屏幕截图，看起来HTML Validator拥有W3C错误列表，但结合了直接进入相关源代码段和扩展错误信息的功能，以及我们不必滚动浏览以从一个部分跳到另一部分。看起来不错，但是普通的Joe可以使用吗？

编辑1：澄清一下，这是关于接口的，不一定是基础实现。但是，使用纯HTML和JavaScript的界面必须是可行的(如果仅需要HTML，则具有双重可用性点，但是在这种情况下，我认为我们会被W3C所束缚)。

解决方案

我一直认为语法突出显示很棒。在HTML中，这也将非常有用，因为当开发人员可以看到标签正确地着色时，可以轻松区分标签。

我个人不喜欢W3C给我们大量无聊的问题的方式。代码本身的视觉辅助要好得多。

Firefox" HTML验证程序"添加组件的输出非常好。它在大窗口中显示源，在小窗口中显示错误列表(小无关紧要，因为我们通常只关心第一个错误，因为目标是完全不关注第一个)。单击错误以突出显示，并在第二个小窗口中显示一个扩展的说明，而在大窗口中突出显示该代码的有问题的部分。

但是，该加载项不包含文本编辑器，因此它不是我们问题的完整解决方案。不过，它同时使用基于SGML的验证器和HTML Tidy，并且我认为对于本地文件，我们可以获取它以进行Tidy建议的更正。