是时候重新思考Delphi帮助文件系统了吗?

9
大多数适用于Delphi的组件没有针对Delphi 2009的HTML帮助文件。许多组件,包括一些非常流行的商业组件,只有HLP和CHM帮助文件。
许多第三方组件不再得到积极开发,但仍被许多开发人员使用。因此,这些组件没有IDE帮助。
以前的CHM帮助文件几乎没有投诉,但今天有很多关于帮助文件系统的投诉。也许是时候Codegear重新考虑所使用的帮助文件系统类型了。
我对此的抱怨之一是,即使安装提供HTML帮助文件的组件,目录选项卡也会出现错误,先前安装的组件内容会被删除。
Codegear可以考虑可能的替代方案吗?

1
你可能会发现这种类型的问题很难得到答案,因为它没有真正的“答案”。人们可能会投票关闭它,所以请重新考虑用不同类型的问题来表达,那里会有一个实际的答案。也就是说,如果这个问题被关闭了,不要灰心,它只是更多的“论坛”类型的问题。 - Michael Pryor
1
抱歉,这不是答案,只是发泄一下。为什么Borland/CodeGear/Embarcadero要在Delphi中强制使用无用的VS风格帮助系统?旧的帮助系统更快更简单易用。 - Toby Allen
4个回答

4
我有同样的感觉。旧的帮助系统能更快地帮助我找到答案。

4
一种想法是也许可以以Delphi Wiki为模型: http://delphi.wikia.com/wiki/Delphi_Wiki 实际上,这个维基并没有设置得那么糟糕,特别是左侧框架中的VCL链接。
它非常舒适,拥有良好的搜索功能,包括问题、示例、交叉引用以及我最喜欢的用户评论和提示。
实际上,关于用户评论和提示,我最喜欢的PHP文档www.php.net/docs.php(我认为这是我见过的最好的编程文档)就是用户评论和提示。is the best programming documentation I've seen 如果他们能将Delphi Basics上的优秀布局整合进来,并允许第三方组件将其帮助文件添加到其中,那么他们就会拥有完整的参考资料。(但第三方显然需要将其帮助文件重构为新格式-无论最终格式是什么)。
该Wiki还有教程、技巧、参考和热门文章等部分。我认为它也可以成为我们所有人都想要的全面代码库。
应该允许下载帮助Wiki,以便离线访问。
他们将不得不想办法使F1键能够正常搜索Wiki/帮助文件,并给出最相关的结果,无论是在线还是离线。
现在Wiki的问题在于它不完整,需要将完整的Delphi帮助文件集成到其中。
这可能是一个幻想,但像这样的东西将是我的理想。

1
+1) 我非常喜欢清晰的Delphi Basics布局,而且www.php.net的评论系统也非常出色。如果这两者结合起来就太棒了。 - Wouter van Nifterick

2

这是我非常反感的一件事情。Delphi帮助文档变得越来越糟糕了,虽然最近有了一点改善。我真诚地相信,这是阻碍它被广泛采用的原因之一。


0
微软为 VS2010 推出了 Help3,因此可能我们也会在 Delphi 中看到它:
这里有一篇博客文章回答了“为什么需要新的帮助系统?”这个问题。

http://thirdblogfromthesun.com/2010/10/the-story-of-help-in-visual-studio-2010/

它引用了一份内部文件,这导致了2008年初的新“Help3”项目:

“该文件描述了Visual Studio中帮助体验的以下问题:

  1. 无法找到所需信息是一个常见问题。F1帮助和搜索功能不如预期。
  2. 帮助系统的性能 - 主要是启动、主题加载、本地搜索结果 - 是最大的问题之一。
  3. 由于帮助系统的复杂性,离线MSDN库安装很容易出现问题。
  4. 我们的帮助格式的专有性质很少为合作伙伴开发编写工具提供激励,并且不能轻松地被开发人员采用到他们自己的产品中。
  5. 在内容制作方面,帮助平台给我们带来了过时的工具和流程。
  6. 最后,最重要的是,微软没有一个单独的团队来解决这些问题。”

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接