我们正在考虑从现有的MediaWiki安装转向功能更丰富的功能.我试图找到人们今天使用MediaWiki所带来的所有痛苦(主要是它与外部文档的处理能力差,而且与Word相比,编辑能力不够完美).
我们正在使用wiki来设计,规范和流程指南.我们有几个外部文档(docs,powerpoint),我们目前正在将这些文档放在一个共享文件夹上并从wiki链接到(因为在MediaWiki中上传文件不是很方便).我们试图使摩擦力最小化,以便没有人会有借口或理由不使用它.
我们正在考虑的一些选项是Confluence,Trac和Sharepoint.资金不是一个大问题,只是易用性(和维护)和功能丰满.你会用什么?
Col*_*boo 14
我也会建议
我会避免Confluence.Confluence做了一个设计选择(禁止在页面中使用Wiki语法混合html),这对任何wysiwyg的尝试都是致命的,因为它使用标准的HTML编辑器来实现WYSIWYG,并将其转换为保存在非常有限的子集中,令人沮丧用户的惊喜(例如foswiki将wiki语法不能处理的部分保存为表格单元格中的项目符号列表).Confluence有很多很好的方面,特别是它与atlassian伟大的工具集成作为他们的JIRA bugtracker(我们在工作中使用它以获得良好的结果),但不打算定制它.
托管维基也有很多不错的选择(谷歌网站,基于令人敬畏的jotspot引擎是一个).
当然不要使用Sharepoint.它的wiki功能只是一个IE浏览器的笑话,而Sharepoint整个架构是脑死亡(将所有数据 - 甚至是大型文档 - 存储在非分布式数据库中都违背了微软自己的建议).如果您想要具有良好Office集成的DMS,请查看KT(知识树). http://www.knowledgetree.com/.出于政治原因,我们被迫在工作中使用Sharepoint,但我们将其限制为基本文档管理(从不使用MOSS更高层,因为它打破了版本之间的兼容性)并将foswiki前端集成到它(在xml中转储文档列表和元数据)在foswiki中提供导航,并使用谷歌盒搜索)
但我真正的建议是......等待谷歌浪潮,这有望彻底改变维基概念.
免责声明:我是foswiki社区的一员.
在您离开Mediawiki之前,我会建议您考虑许多可用的扩展.IMO没有很多wiki可以提供MW的更多功能,特别是当你考虑扩展的数量时.请参阅http://www.mediawiki.org/wiki/Category:Extensions
例如,对于编辑,存在类似于Word的基于浏览器的编辑器.甚至还有Word的宏,允许您从Word中导出从MS Word到您的Wiki.
另外,请查看Semantic Mediawiki扩展.这些在知识管理领域带来了巨大的好处.
| 归档时间: |
|
| 查看次数: |
17551 次 |
| 最近记录: |