0

我正在开发一个面向公众的基于 Web 的产品，它有一系列帮助文件。

负责制作这些帮助文件的同事精通 Microsoft Word。他们不精通 HTML。他们的工作站不包括 Visual Studio。

所以看起来将会发生的是，他们将在 Microsoft Word 中编写帮助文件内容，然后我将不得不获取该内容并将其转换为站点最终将呈现的 HTML。

Microsoft Word 具有 HTML 导出/保存功能，但上次我查看的输出是噩梦和可怕的工作。

对此内容的更新（我相信会有很多）将是一个类似的协调麻烦。

我很想为这些同事提供Microsoft Visual Web Developer 2008 Express Edition的下载链接，但我不确定这是否对他们来说太难使用，因为它可能太像 Visual Studio，他们是不熟悉，也不够像 Word，它有拼写检查等他们需要的工具。

当然，这不是一个独特的问题。当您在该领域的团队基本上由提出代码并将帮助文件放置到位的开发人员和提出帮助文件内容但不是技术人员的同事组成时，什么是最好的最轻松的方法让他们为您提供 HTML 或接近 HTML 的内容？

4

3 回答 3

3

What about setting up a user documentation Wiki for the program, and potentially others?

That way your documentation folks have a "word like" environment to work with, even if they are copying and pasting their content from Word into the Wiki. You have a very tech friendly way of managing the content.

于 2009-09-10T16:34:33.503 回答
0

Compromise with your coworkers, and have them use Word, but limited to a specific set of styles, and to use those styles religiously.

In the end, you will be able to "see" those styles in the final HTML product, and you can use XSLT to transform the result from "nightmare" HTML into something far, far cleaner.

In the end, the bulk of the text will be just paragraphs and links. If your coworkers can stick to limited, and consistent formatting, you can tool around the actual formats you get back.

Finally, if you're not happy with the HTML generated, the same applies to the DOCX XML formats. Yes, there's a bunch of "junk" in those files, but the bulk of it can be safely ignored, you just need markers for the specific bits of formatting you wish to use in your documents.

于 2009-09-10T16:36:34.800 回答
0

您还可以查看CKEditor或TinyMCE之类的富文本编辑器，并将其设置在内网环境中，以便他们可以上传内容并将其格式化为 HTML 并为您准备就绪。您可以轻松编辑、发布和推送它。

于 2009-09-10T20:38:46.363 回答