好的，我看到了一些帖子提到不要使用SP维基，因为它们很差劲。
既然我们正在考虑在SP上建立我们的维基，我需要知道为什么我们不应该为一组6名自动化开发人员记录各种自动化流程的步骤以及不时所需进行的更改。
17个回答
20
以下是我遇到的一些注意事项，如果您使用除Sharepoint以外的维基，这些问题将消失。
Sharepoint允许您创建大量单独的维基，但我建议为所有内容使用一个大型维基。我们公司为每个项目/功能创建了一堆小维基，但只有管理员才能创建单独的维基，因此如果我想写一些与预定义类别不匹配的东西，我必须先找到经理创建维基。
其次，如果您使用Sharepoint，请确保您团队中的每个人只使用IE，因为Firefox不支持所见即所得编辑器。对于大多数维基来说，这是件好事，但在Sharepoint中协作会变得困难。想象一下整天在一个小盒子里编辑自动生成的HTML。
第三，在维基中编写项目文档，并抵制上传Word文档到Sharepoint库的诱惑。没有必要写两次所有文档并观察事物越来越不同步。
最后，Sharepoint维基中的图像支持较差。您必须将文件添加到某个文档库并输入URL。我的图片会被永久删除，因为它们在上下文中似乎毫无意义。
- farmerchris
3
3Telerik的"RadEditor Lite"产品可以免费替代SharePoint中基于IE的富文本编辑控件，具有与基本控件相同的功能。它可以在Firefox 2和Chrome中使用，至少如此。http://www.telerik.com/community/free-products.aspx - Chris Farmer
“RadEditor”的免费版本现在被称为“ASP.NET RadEditor for MOSS Lite Edition”，可以在@ChrisFarmer链接的页面上找到。它似乎只能与Sharepoint 2007一起使用，但我可能错了。Sharepoint 2010版本不是免费的。 - Aardvark
我不会重新输入URL，而是右键单击文档（图像）链接，点击上下文菜单中的复制，然后将其粘贴到URL框中。这比打字节省了相当多的时间。只要有一点远见和计划，您应该能够首先生成所需的大部分图像，上传它们，然后在编写时链接到它们。 - Jason D
16
我对Microsoft的Sharepoint Wiki有着更加积极的看法。在很多方面，它让我想起了FrontPage 98——那是一个被不公正地诋毁的产品。
关于使用列表的评论是错误的。Sharepoint Wikis就是Sharepoint列表，在其中每个页面都是带有HTML附件的列表项。
确实，您无法链接到某一页，但如果页面很短，我认为这并不成问题。SP Wiki使得创建短页面非常容易。
如果愿意，您可以从access 2008中操作Wiki属性，并根据需要向wiki列表项添加属性。例如-您想要分类吗？只需通过编辑列表来添加它们。想要特定视图？也可以创建。
微软将其Wiki框架建立在Sharepoint列表之上的方式真正具有创新性，而这些列表无可否认地做得非常好。
Sharepoint Wiki的真正缺点由famerchris提到。图片管理方法令人惊讶地糟糕。这是如此严重的问题，以至于您应该考虑选择其他Wiki。
我使用了一个复杂的解决方法。利用与Windows Live Writer集成的卓越Sharepoint支持和图像编辑功能，这个解决方法取得了成功。
- 创建一个SP博客，用于保存将在wiki中引用的图像。
- 使用Windows Live Writer发布到wiki-image-blog。将图像放入WLW中，按需要调整大小等。如果愿意，请使用WLW编写与图像相关的wiki文本草稿。
- 在发布到Wiki后，将图像和文本复制粘贴到Wiki编辑器的富文本字段中。
这只需要很少的时间，比我所读过的任何其他选项都要少。我承认，它有些复杂。
除了图片问题，我对这个产品感到满意和印象深刻。如果微软更加深入地思考过图片问题......如果只有......
- jfaughnan
2
4如果已经决定使用SP，这个答案有很大的价值。LiveWriter能够极大地减轻工作负担。在编辑模式下打开博客文章，将内容粘贴到SP维基页面创建对话框中，进行任何微调即可。谢谢！ - TheZenker
为什么不创建一个名为“images”的文档库，将您的图像存储在那里，并复制直接超链接呢？当然，如果您更改库的名称，这可能会有些麻烦，但这并不比在网站上重命名图像文件夹更麻烦... 这要简单得多... - Jason D
14
Sharepoint自带的默认Wiki功能不太支持常见的Wiki特性。无法单独编辑页面中的某个部分，也无法直接链接到另一页上的特定部分。后端为HTML格式，无法使用简单语法以纯文本方式进行编辑。差异比较功能不能跨越多个版本。WYSIWYG编辑的跨浏览器支持不佳。没有自动插入目录的功能...
然而，Sharepoint有其他Wiki插件，例如Confluence提供了Sharepoint的插件。我尚未评估此软件，而且Confluence相对较昂贵（25用户许可证需要1200美元），但如果您已经在使用Sharepoint，那么您可能拥有大量企业资金:P。还有一些免费的插件，例如CKS增强版Wiki，但它似乎存在与上述问题类似的问题。
然而，Sharepoint有其他Wiki插件，例如Confluence提供了Sharepoint的插件。我尚未评估此软件，而且Confluence相对较昂贵（25用户许可证需要1200美元），但如果您已经在使用Sharepoint，那么您可能拥有大量企业资金:P。还有一些免费的插件，例如CKS增强版Wiki，但它似乎存在与上述问题类似的问题。
- Luke
10
我们经常会遇到这个话题，我首先问人们的问题是“为什么需要维基百科”？几乎总是得到的答案是：“易于编辑”，“多个贡献者”和“Word太笨重了”。我们很少看到有人要求我认为独特的维基百科功能（特殊的“魔法”标记，显示更细粒度版本历史的更改等）。此外，他们通常希望对事物进行某种分类，而不仅仅是完全自由形式的页面。
在SharePoint世界中，如果您已经使用该工具一段时间，这些东西应该让您想到“列表”。对于这些知识库样式的应用程序，基本上没有特定的理由要使用维基百科，特别是因为“易于编辑”通常直接与大多数用户学习特殊标记语言的想法相冲突。通过一些富文本列，您就可以全部设置好了。如果您真的不喜欢内置的富文本编辑器（是的，图像上传过程很笨拙，并且在Firefox中无法工作），请让您组织中的某个人花费800美元去获取SharePoint的RadEditor，它应该可以很好地处理这些问题。
通常一旦我们克服了“但它必须是维基百科”的教条主义，我们就对只使用列表的客户反应非常好。在某些情况下，如果需要更多的页面模板功能，我们则转向使用MOSS的WCM功能，这需要更多关于模板的前期思考，但也具有更好的开箱即用体验，例如内容片段和图像处理等功能。
在SharePoint世界中，如果您已经使用该工具一段时间，这些东西应该让您想到“列表”。对于这些知识库样式的应用程序，基本上没有特定的理由要使用维基百科，特别是因为“易于编辑”通常直接与大多数用户学习特殊标记语言的想法相冲突。通过一些富文本列，您就可以全部设置好了。如果您真的不喜欢内置的富文本编辑器（是的，图像上传过程很笨拙，并且在Firefox中无法工作），请让您组织中的某个人花费800美元去获取SharePoint的RadEditor，它应该可以很好地处理这些问题。
通常一旦我们克服了“但它必须是维基百科”的教条主义，我们就对只使用列表的客户反应非常好。在某些情况下，如果需要更多的页面模板功能，我们则转向使用MOSS的WCM功能，这需要更多关于模板的前期思考，但也具有更好的开箱即用体验，例如内容片段和图像处理等功能。
- Sam Yates
1
1这不是教条，而是用户期望并实际使用的内容。与列表相比，“维基百科”具有“只需编辑即可使其成为我们想要的内容”的特点，因此更加方便。 - Patrick Szalapski
10
因为默认实现不是维基，而是一个HTML编辑器。
如果您以前使用过维基，那么您就会知道它们之间的区别。只需查看此页面底部的“Your answer”即可看到区别。在维基中，您使用标记语言来编写内容，这相对容易阅读和编辑。格式化的HTML则完全掩盖了所写的内容。
如果您以前使用过维基，那么您就会知道它们之间的区别。只需查看此页面底部的“Your answer”即可看到区别。在维基中，您使用标记语言来编写内容，这相对容易阅读和编辑。格式化的HTML则完全掩盖了所写的内容。
- Nick
1
1你的主要观点是正确的，但“wiki”仅仅意味着“快速”。裸露的标记语言是一种根植于技术能力强的用户群体的传统。大多数人极度缺乏技术能力，而掌权者尤其如此。他们之所以掌权，是因为当你忙于学习如何创造事物时，他们忙于学习如何夺取事物。如果你坚持要揭露他们的技术无能，他们最终会报复。 - Peter Wone
7
作为一个维基内容创建者和超级用户，而不是管理员或开发人员，我想分享一下我的看法：
我正在使用Sharepoint Wiki编辑文档，这是迄今为止我遇到的最糟糕的编辑器。具体来说，我正在使用Sharepoint Foundation 2010（以前称为WSS），在IE 9上编辑页面。
总结一下我面临的问题：当创建维基内容时，您希望集中精力处理内容，而维基引擎应该非常易于使用，几乎看不见。但是，在Sharepoint中并非如此。我真的很难使用伪所见即所得编辑器，并且必须经常修复格式问题。
我估计，与ScrewTurn或Wikimedia相比，使用Sharepoint编写维基内容的生产率要低15％左右，因为我必须处理格式问题。如果我花一天时间编写维基页面，我将浪费约一小时的时间来解决格式问题。
背景：我在我们公司创建了四个内部维基 - 第一个是Wikimedia，是Wikipedia背后的维基引擎，接下来的两个是ScrewTurn，最后一个是Sharepoint。在每个维基中，我编写了大约50-100页。
在ScrewTurn和Wikimedia中，编辑器看起来相当简单 - 纯文本编辑器，使用简单的维基标记代码进行格式设置。每个编辑器都有一排按钮，可以应用标记代码以进行简单的格式设置，例如加粗和斜体格式，并创建链接，因此初学者不需要记住标记代码。虽然编辑器看起来很简单，但实际上非常容易使用，特别是用于修复格式问题。
另一方面，Sharepoint Wiki看起来很流畅，但编辑起来很糟糕。它没有使用带有维基标记的纯文本编辑器，而是使用了一个所见即所得编辑器，看起来比其他维基编辑器更复杂。然而，它有个性，是邪恶的。它经常添加空行或更改文本颜色。当我选择要格式化的文本然后转到标记样式下拉菜单以进行格式化时，有时从下拉列表中选择项目会取消所选的文本，使格式应用于随机位置的文本。从Word复制的文本插入有时会导致编辑器在页面上其他位置的段落之间多次添加空行。除编写HTML外，似乎没有简单的方法来创建表格。
然而，编辑器最大的问题是您无法轻松地查看幕后发生的事情，因此很难修复它。是的，可以编辑页面的HTML，但这确实违背了维基的目的。
作为用户，我得到的总体印象是，这是夏季实习生编写的Alpha级别代码。我知道Foundation是免费版本，因此也许我们得到了我们支付的东西，但我无法相信一家专业软件公司发布了这种产品。
我正在使用Sharepoint Wiki编辑文档，这是迄今为止我遇到的最糟糕的编辑器。具体来说，我正在使用Sharepoint Foundation 2010（以前称为WSS），在IE 9上编辑页面。
总结一下我面临的问题：当创建维基内容时，您希望集中精力处理内容，而维基引擎应该非常易于使用，几乎看不见。但是，在Sharepoint中并非如此。我真的很难使用伪所见即所得编辑器，并且必须经常修复格式问题。
我估计，与ScrewTurn或Wikimedia相比，使用Sharepoint编写维基内容的生产率要低15％左右，因为我必须处理格式问题。如果我花一天时间编写维基页面，我将浪费约一小时的时间来解决格式问题。
背景：我在我们公司创建了四个内部维基 - 第一个是Wikimedia，是Wikipedia背后的维基引擎，接下来的两个是ScrewTurn，最后一个是Sharepoint。在每个维基中，我编写了大约50-100页。
在ScrewTurn和Wikimedia中，编辑器看起来相当简单 - 纯文本编辑器，使用简单的维基标记代码进行格式设置。每个编辑器都有一排按钮，可以应用标记代码以进行简单的格式设置，例如加粗和斜体格式，并创建链接，因此初学者不需要记住标记代码。虽然编辑器看起来很简单，但实际上非常容易使用，特别是用于修复格式问题。
另一方面，Sharepoint Wiki看起来很流畅，但编辑起来很糟糕。它没有使用带有维基标记的纯文本编辑器，而是使用了一个所见即所得编辑器，看起来比其他维基编辑器更复杂。然而，它有个性，是邪恶的。它经常添加空行或更改文本颜色。当我选择要格式化的文本然后转到标记样式下拉菜单以进行格式化时，有时从下拉列表中选择项目会取消所选的文本，使格式应用于随机位置的文本。从Word复制的文本插入有时会导致编辑器在页面上其他位置的段落之间多次添加空行。除编写HTML外，似乎没有简单的方法来创建表格。
然而，编辑器最大的问题是您无法轻松地查看幕后发生的事情，因此很难修复它。是的，可以编辑页面的HTML，但这确实违背了维基的目的。
作为用户，我得到的总体印象是，这是夏季实习生编写的Alpha级别代码。我知道Foundation是免费版本，因此也许我们得到了我们支付的东西，但我无法相信一家专业软件公司发布了这种产品。
- Simon Elms
1
我讨厌他们不支持mediawiki表格语法的事实。http://meta.wikimedia.org/wiki/Wiki_markup_tables - Kalpesh Soni
6
对于一个由6人组成的小组，他们偶尔需要进行编辑的话，内置的维基就足够了。
- Greg Hurlman
1
5如果你尝试做一些稍微高级的操作，比如缩进或在电子邮件中粘贴内容，那么请做好格式可能会出错的准备。一旦出现问题，你就需要编辑复杂的HTML标签（全部在一个大块中），以进行修复。 - Nick
5
Sharepoint Wiki本质上是一个静态HTML页面列表，唯一的维基特性就是[[article]]链接。没有模板，没有分类，什么都没有。
我们最终选择了单独使用MediaWiki，并且只在Sharepoint维基中使用文本内容，这些内容不需要太多的布局。
我们最终选择了单独使用MediaWiki，并且只在Sharepoint维基中使用文本内容，这些内容不需要太多的布局。
- Michael Stum
4
在我发泄之前，这是我使用SharePoint作为维基的总体经验。
这是一个实现非常糟糕的功能，因为没有对当前维基环境提供的内容进行基本调查。这就是为什么它在编辑器上失败以及为什么它错过了标记、历史比较和生成不良的HTML代码等方面的原因。
你需要跳过它并获取其他更好的工具，并从SharePoint链接到它。
在使用两种产品进行生产后，我建议使用ScrewTurn而不是SharePoint。
请参见修改历史记录以了解详细信息。
这是一个实现非常糟糕的功能，因为没有对当前维基环境提供的内容进行基本调查。这就是为什么它在编辑器上失败以及为什么它错过了标记、历史比较和生成不良的HTML代码等方面的原因。
你需要跳过它并获取其他更好的工具，并从SharePoint链接到它。
在使用两种产品进行生产后，我建议使用ScrewTurn而不是SharePoint。
请参见修改历史记录以了解详细信息。
- Keng
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接