问题标签 [markup]

我有一个需要支持多种语言的 Web 应用程序。我们目前在网站上有很多带有文字的图片。我试图找到一种方法来以最少的麻烦本地化这些图像。到目前为止，我想出的是将子文件夹添加到与所需语言相关的当前 /Images 文件夹中。因此，例如 /Images 包含默认图像集， /Images/es-MX 包含西班牙-墨西哥本地化图像。

到目前为止，我认为所有的标准都很标准。现在我遇到的问题是，为了让这个新结构正常工作，我需要在所有 img 标签中添加以下内容：

或者在 asp:ImageButton 的情况下，我需要以编程方式在代码隐藏中设置它们的 ImageURL，并使用一种实用方法将 /Images/ 替换为 /Images/es-MX 或任何文化。

所有这些都给我留下了混乱的标记和大量的代码隐藏调用，只是为了更正图像路径。我问你亲爱的读者，有没有更好的方法？

我有一个在 Project Server 安装的布局目录中复制的 aspx 页面。aspx 是具有 Web 部件区域的 Web 部件页面。如何在 Web 部件区域内的页面标记中添加 Web 部件？

我最近发现大多数主要网站都未通过 W3C 的标记和 CSS 验证测试。因此，遵循 Web 标准到底有多重要？

最近，我在思考如何通过在持续集成机器上使用持续检查 xHTML 源代码来提高项目的质量。

看，我们有一个项目

http://sourceforge.net/projects/jtidy - jTidy JTidy 是 HTML Tidy 的 Java 端口，一个HTML syntax checker漂亮的打印机。

它可以通过命令行界面验证 xHTML。或者这个工具可以按照我们需要的方式进行扩展，因为所有源代码都是开放的。

我们可以覆盖每个 Selenium 验证方法，例如 assertTextPresent 或任何其他方法，因此它将调用 jTidy（通过提供当前状态的 HTML 源），如果发生一些错误或警告 - 它可以保存到持续集成机器构建的日志 - 因此任何项目的相关人员都可以看到此信息。

我们不能重写所有的 Selenium 方法，在每一步都集成这个调用，而是在我们想要的地方进行这个调用（在 DOM 操作之后）。

是的，我们可以为我们的网站使用 W3C 标记验证器，但没有任何可能使用此验证器验证页面源的初始状态。在页面创建之后，可能会有很多 DOM 操作会产生标记错误/警告——我们可以通过这个方案立即找到它。

使用持续集成的好处之一是您可以从代码中获得快速反馈——它如何与现有代码库集成，测试单元和功能测试是否通过。为什么不获取额外的有用信息，例如即时 xHTML 标记验证状态。我们越早发现问题，就越容易解决它。

我还没有在谷歌上找到关于这个主题的任何东西。并且想知道，你对这个想法有什么看法？

我喜欢通过 help2man 和 txt2man 使用“--help”输出生成手册页。Ruby 的 RDoc 系统非常方便，但我似乎无法完全按照我想要的方式配置 RDoc::usage。这是一个示例脚本：

脚本的输出如下所示：

但我真的很想为我的使用输出抑制“名称”和“概要”标题，但仍将它们标记为输出到手册页的部分。

使用 ':section:' 标记适用于 RDoc::Rdoc，但不适用于 RDoc::usage。是否有一种明显的方法可以在不打印标题的情况下标记 usage.rb 部分？

请找出最流行的轻量级标记语言并比较它们的优缺点。这些语言应该是技术散文的通用标记，例如文档（例如，Haml 不算在内）。

另请参阅：Markdown 与 ReStructuredText

当我写论文或文档时，它会让人觉得使用 LaTeX 或 OpenOffice 太过分了，因为我通常只需要一些标记元素（粗体、标题、列表等）。我想使用 wiki 样式标记来编写我的文档，因为这非常有效。

例如：

最后，我想简单地将其转换为 PDF。（跨平台也不错。）

是否有工具（或简单的工具链）来完成这项工作？

我个人不想使用LaTeX 作为转换步骤。有一些工具可以将轻量级语法转换为 TeX，然后转换为 PDF/PS。

有谁知道 Visual Studio 2008 如何或是否可以像 aspx/html 页面上的任何其他标记一样突出显示类型为“text/html”的脚本块中的 html 语法。我正在使用脚本块来容纳我的客户端模板模板。

我倾向于认为答案是否定的。这些搜索词有很多噪音，以至于我无法找到明确的答案。

您认为标记蜗牛邮件地址的最佳方法是什么？我发现了一些不同的选项，例如：

我还看到了使用地址标签而不是 div 的上一个示例。我发现的另一个选择是：

所以我的问题是你认为表达蜗牛邮件地址的最佳标记是什么？不要局限于我的例子。

我觉得第一个是最好的选择，因为它提供了关于每个元素的额外上下文。在这种情况下，我也觉得 br 是内容的一部分。