我的公司正在寻求用基于CMS的新系统和类似的设计/样式替换集团中的所有网站，并在未来阶段添加电子商务功能。我无法在合理的时间范围内完成这项工作，因此我们将向代理机构招标。我目前正在定义技术要求，我打算规定所选系统必须具有StrictDOCTYPE并且必须在普通浏览器中触发标准模式(或几乎标准模式)，或者某些东西这种效果[我们必须允许几乎标准模式来迎合IE，显然]。我已经做了一些功课-毕竟我不希望规范受到我的无知的限制-但你不会惊讶我发现“当前观点”'在什么是好的做法上存在完全分歧。有很多人提倡HTML4.01Strict(很公平)，很多人推荐XHTML1.0Strict作为text/h

当尝试使用JSPX创建HTML页面时，您将面临以下困难:JSPX将我们不希望它最小化的标签最小化，例如变成浏览器的解释不同JSPX标签必须关闭，而一些HTML标签应该保持未关闭，例如.自闭IE和Firefox无法识别标记。指定HTML5文档类型()内嵌JavaScript这个问题是对其他几个归结为同一问题的问题的回应。我找不到全面的答案，所以我发布了我的发现结果。相关问题:jspxscriptelementonGlassFishv3KeepJSPXfromcreatingselfclosingtags(!=) 最佳答案 JSPX非常

我在让CGI.pm输出到HTML5而不是XHTML1.0或HTML4.01时遇到了一些问题。当我尝试"HTML5"或"HTML5"作为start_html()中的-dtd参数时，我得到HTML4中的文档。我也尝试过导入:HTML5，但这似乎也不起作用。有什么建议吗？ 最佳答案 HTML5的正确文档类型只是“html”，而不是“html5”或“html5”，并且不使用DTD。CGI.pm只支持格式正确的DTD，不支持任意字符串。由于HTML5文档类型不包含格式正确的DTD，因此CGI.pm(截至当前版本3.49)不支持HTML5文档类

已阅读HTML5supportinJSF2.2，我很惊讶地发现在Netbeans中使用新Web应用程序创建的模板文件中的XHTML文档类型与以前的Facelets版本相同。唯一的区别是HTML标记在JSF2.2中读取:，而不是在旧的JSF版本中如下所示:牢记HTML5的promise而继续使用XHTML似乎有点不对。如果我从“注册库”而不是“服务器库”中选择它，我只能选择使用2.2。这是否会影响框架版本应用于项目的方式？Facelets是否过于依赖XHTML而无法支持HTML5？ 最佳答案 看来您和几年前XHTML过度炒作期间的许多

每当我键入不需要结束标记的标记时，VisualStudio都会为其添加一个正斜杠，就好像它们是XHTML一样。我认为这是不洁且烦人的，我希望任何人都可以告诉我如何解决或解决这个问题。它甚至在我完成时发生用>,它将形成. 最佳答案 为了完整起见，我发布了这个答案。虽然我们现在是2014年，随着VisualStudio2013和HTML5越来越多地受到主流浏览器的支持，VisualStudio的行为仍然与......一如既往？该选项与我假设的2010年略有不同(基于已接受的答案)。 关于vi

我想在不转义特殊字符的情况下将脚本或CSS内联到XHTML。我可以使用CDATA标记部分来做到这一点。根据http://www.w3.org/TR/xhtml1/#h-4.8CDATA部分可以定义为:然后，根据http://www.w3schools.com/TAGS/tag_script.asp，CDATA可能如下所示:哪种关闭CDATA部分的方法更好？]]>或//]]>? 最佳答案 Accordingtowww.w3.org/TR/xhtml1/#h-4.8theCDATAsectioncanbedefinedas:[no//]

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visitthehelpcenter指导。关闭9年前。那么从HTML还是XHTML开始呢？我是初学者，想打下坚实的标记语言基础，但在开始学习时，我发现有些人使用HTML和一些XHTML。

为什么要分别制定这两个标准？他们似乎在解决同样的问题，但有什么区别？如果他们保持独立，他们预计在未来的Web开发中扮演什么角色？ 最佳答案 浏览器供应商非常关心向后兼容性。指定XHTML2的组没有。请注意，XHTML2并没有解决HTML5正在解决的所有相同问题。HTML5的范围比XHTML2广泛得多。HTML5涵盖了处理模型、JavaScriptAPI、视频、音频、应用程序小部件等，但XHTML2没有。至于预期的角色，顶级浏览器供应商的代表参与了HTMLWG，但没有参与XHTML2WG。另一方面，对“背板”表现出兴趣的人们正在参与X

我现在正在构建一个站点，到目前为止，我已经痛苦地强制所有内容都符合要求，并且它在浏览器中看起来几乎相同。但是，我开始实现一些第三方/免费javascript，它们可以执行添加属性(例如order=2)之类的操作。我可以解决这个问题，但这很痛苦，而且我开始失去确保一切都有效的原则。真的，解决这样的问题有什么意义吗？我得到了用于firefox的HTMLValidator插件，并查看了大多数主要站点(包括这个站点、google等)，它们不是有效的XHTML或HTML。 最佳答案 验证有助于确定事情何时不符合您可能同意的标准。如果您有意使用

我真的不明白对XHTMLstrict的迷恋。内联JavaScript通常需要大量转义以使其与XHTML兼容并与MSIE5和6半向后兼容。然后是用户输入时没有足够的OCD以确保您不会错过任何非法字符的问题.这似乎比它的值(value)更多的努力。没关系，几乎所有与我一起工作的开发人员都忘记确保为XHTML页面从服务器返回的内容类型从text/html重置为application/xhtml+xml。希望我知道博主的名字，但其他人指出，大多数所谓的XHTML兼容网站和开源包实际上不是因为最后一个问题，忘记正确设置内容类型header。我希望了解为什么XHTML有用，或者建立足够多的论据来防