Sharepoint Wiki

Question

Ok，我已经看到了一些帖子 提 其他一些员额有关不使用SP维基，因为他们吸。

由于我们正在做我们的wiki 在 SP，我需要知道为什么我们不应该这样做为一个集团的6个自动化开发文件的步骤，在各自动化进程和变化，必须从时间的时间。

Answer 1

之前的夸大其词的，这里是我的总体经验SharePoint作为一个wiki。

这是一个难实现功能失败，因为有一个基波缺乏调查到什么目前wiki环境中提供。这就是为什么它未能在它的编辑，它为什么错过点，如：标记、历史比较，并不产生html代码。

你需要跳过它和别的东西，没有工作和更好的链接，从SharePoint。

具有 生产 经验与这两种产品中，我建议ScrewTurn过SharePoint。

看看编辑历史咆哮

Answer 2

这里有一些警告我碰到，这将消失，如果您使用wiki比其他Sharepoint。

Sharepoint可以让你创建吨的独立wiki，但我建议你有一个大的维基于一切。我公司做了一堆小wiki为每个项目/特征，但只有管理员可以创建各个维基，所以如果我想写的东西并不是不匹配的一个预定类别的，我必须要找到一个管理创造wiki第一次。

其次，如果使用Sharepoint确保每个人都在你的工作人员仅仅使用即，由于火狐不支持的"所见即所得"编辑器。这是一个 很好的 事情对于大多数维基，但是使合作的困难在Sharepoint。想象一下编辑的自动生成HTML在一个小小的盒子所有的一天。

第三,试着写项目文件wiki和抵制诱惑，不要传Word文档Sharepoint图书馆。有点写你所有的文档两次，看着事情变得越来越失去同步。

最后，图像的支持Sharepoint wiki是可怕的。你必须添加文件的文件图书馆的某个地方和类型的网址。我的影像是永远删除，因为它们似乎没有多大意义的环境。

Answer 3

我有一个更积极的看Microsoft的Sharepoint Wiki。在许多方面它让我想起我的头版98-这是一个饱受不公平的产品。

在评论关于使用清单是错误的。Sharepoint Wiki Sharepoint列表，其中每一页是一个列表中的项目有一个HTML附件。

这是真的，你不能链接成一个网页，但如果该网页是短我不认为这是一个问题。SP Wiki使得它很容易有短页。

你可以操纵的Wiki的属性，从2008年访问如果你愿意，你可以添加的属性wiki列项目所需。例如...你想要的类别？只是增加他们通过编辑的名单。希望特定的风景?的列表中的项目。创造他们。

有真正的天才的方式微软建立自己的维基框架之上Sharepoint清单--这是undeniablly做得很好。

真正的缺点Sharepoint Wiki提到famerchris.该图像的方法来管理是令人惊讶的是可怕的。这是一个严重的问题，则应考虑其他Wiki为此单独。

有一个错综复杂的解决方法，我使用。它利用一流的Sharepoint支持和图像编辑综合与Windows Live作家。

1. 创建一个SP博客，即将举行的图像，将中引用wiki。
2. 使用的Windows Live作家布wiki-像博客。放下你的图像进WLW，调整它根据需要，等等。如果你喜欢，使用WLW写你的图像相关的wiki文本的第一稿。
3. 之后你发布Wiki，复制和糊的图像和文字变成维基丰富的文本编辑器领域。

令人惊讶这需要点时间，远远低于任何其他选择，我已经阅读。我承认，这是令人费解的。

比其他图像的问题，我很高兴和深刻的印象产品。如果仅仅是Microsoft不得不认为很难有关的图像...如果只是...

Answer 4

默认wiki包括与Sharepoint不支持共同wiki功能以及在所有。有没有办法来编辑一个单一部分的一页，并且没有办法直接链接到一个特定部分在另一页。后台是在HTML所以你失去了编辑能力以纯文本形式使用简单的语法。差异功能不能跨越多个版本。可怜的跨浏览器支持的"所见即所得"编辑。没有办法自动插入一个内容表...

但是，其他wiki加载对Sharepoint我不能断然驳回的，例如 汇合 让一个 加对Sharepoint.我还没有评估这一软件我自己，并汇合是比较昂贵(1 200美元用于25个用户许可证)虽然如果您已经对Sharepoint我感觉大型企业的库房：P.那里还会出现一些免费的加载像 中正增强维基 但是，这似乎有很多相同的问题上所述。

Answer 5

我们遇到这个话题 所有 的时间，和第一个问题，我已要求人们是"为什么你需要一个wiki"?几乎总是事情的答案是"易于编辑的"，"多捐助者"，并且"一词是重量级". 非常 很少，我们看到有人问，为什么我认为是唯一wiki类似的功能(特别的"魔法"的标记，细化的版本的历史显示的变化，等等)。此外，他们通常想要某种分类的事情，不只是完全的自由形式的网页。

在SharePoint世界的这些东西应该喊"列表"你的如果你已经工作的工具。基本上是没有特别的原因需要使用wiki为这些知识基础式应用程序，尤其是因为"易于编辑"通常直接与冲突的思想学习特殊标记语言对大多数用户。通过一对夫妇的丰富文列在那里，和你所有的设置。如果你真的不喜欢的内在丰富的文本编辑器(是的图像上传过程是笨重的，它不工作，在火狐)，有人在你的组织中走下降了8美钞和走得到 RadEditor对SharePoint.它应该相当多的处理这些关切。

通常，一旦我们已经得到过"，但它需要一wiki"的教条，我们已经有很好的客户收到的只是使用名单。在某些情况下，其中更多一点的一个网页模板设施需要我们转向使用web content manager特MOSS，这需要更多一点的前认为有关的模板，但也有一个更好的框经验等内容段和图像处理。

Answer 6

因为默认执行 不 维基，这是一个 HTML编辑.

如果你使用wiki之前你就会知道其中的差别。只要看看"你的回答"，在网页底部看到的差异。你使用的标记在一个维基，这是相对容易阅读和编辑。HTML格式完全掩盖了什么。

Answer 7

我的两美分的价值作为一个wiki内容的创造者和用户，而不是管理员或开发:

我目前正在编辑的文件在Sharepoint Wiki作为我的类型，这是迄今为止最糟糕的编辑，我曾经遇到过。准确的说，我使用的Sharepoint基金会2010年(先前称为鞋)，编辑的网页使用即9.

总结起来的问题，我们面临:当时创造的wiki你想要的内容集中的内容和wiki发动机应该是很容易使用，因为几乎看不见的。与Sharepoint，不是这种情况。我真的斗争与伪-所见即所得的编辑，具有解决频繁的格式问题。

我估计是我约15%的生产力较低写wiki内容与Sharepoint比我与ScrewTurn或维基，因为我必须处理的格式问题。 如果我花了一天写作wiki网页我会失去大约一个小时试图解决格式问题。

背景：我已经创建了四个内部维基在我们公司的-一个在维基，维基引擎后面维基百科的，下一个两个在ScrewTurn，最后一个在Sharepoint。在每个维基我已经写入约为50-100页。

在这两个ScrewTurn和维基的编辑看起来相当原始的-一个普通的文本编辑器使用简单的wiki标代码格式。每个人都有一个排的按钮就可以申请标记代码，用于简单的东西喜欢粗体和斜体格式，并建立链接，以使初学者做的，不需要学习的标码。虽然编辑看看普通的他们是非常简单的使用，特别是对固定格式的问题。

Sharepoint Wiki，另一方面，看起来漂亮但是 可怕的 为编辑。而不是使用纯文本编辑器与wiki标记它有一个所见即所得的编辑看上去复杂得多于其他维基的编辑。但是它有个性，一个邪恶的一个。这常常增加了空白线或改变颜色的文本。当我选择的文本格式化，然后走到标记的风格拉的格式，有时候的行为选择一个项目从拉列表中，取消选择所选择的文本，这样的格式适用于文字随机的位置。插入的文本的复制文字有时会导致编辑双重或三重上空行段落之间在其他地方上的网页。似乎没有简单的方法建立一个表，除了写HTML。

最大的问题有关的编辑，但是，是，你不能轻松地看到什么在幕后如此难以解决它。是的，这是可能的编辑页上的HTML但是，真正的失败目的一wiki。

整体的印象我得到一个用户，是，这是阿尔法一级的代码已被撞了一个夏季的实习生。我知道基金会的免费版本，所以，也许我得到什么，我们已经支付但我不能相信一个专业软件的公司提出这种产品。

Answer 8

为a组6人，将使"每一个现在和以后"的编辑，内wiki将被罚款。

Answer 9

Sharepoint维基本上是一个名单的静态HTML网页，只Wiki的特点是[[条]]的链接。没有模板，没有类别，什么都没有。

我们结束了具有一个单独的修订，并且只使用Sharepoint wiki基于文本的内容，不需要太多的布局。

Answer 10

不要忘记社区套件 Sharepoint增强Wiki版.这增加了一些功能的版本。

Answer 11

我的公司推出了sharepoint最近，我必须说，我的用户经验是 非常糟糕.而且我不只是说我很害怕去使用它：我去了在以开放的心态和尝试过，许多事情只是觉得他们真的没有工作的权利。

原因Luke提到或多或少涵盖它。

为什么你会不会考虑用别的东西喜欢 Screwturn Wiki 哪 杰夫*捐款 一个不久前?我没有用Screwturn我自己，但是它是自由和开放源，并且可以更快的轻量级的解决方案为你需要什么。

Answer 12

我们看Sharepoint一部wiki几个月前。虽然我们主要是一个MS店，我们去 DokuWiki.开放源，所以易于保持最新的、伟大的插件，和基于文件后结束。

Answer 13

我还脾气的收视率OOB wiki和其缺乏功能的技术水平的提交人在这里。

我同意SP wiki可能有资格在名称只-当然，时相比，一些更强大的产品，但还记得作为一名管理员-你的主要成功，是由终端用户通过。在短为每一个要素，这一wiki样的交汇处增加了，它还增加了用户的教育、语法，等等。

虽然我很想SP wiki有更多的"wiki"的-那是一定的，undescribable满意你可以当你的CIO添加一个条目的公司wiki-或者你是认识到由一个小组的行政助理谁找到新的wiki"革命性"的。

在短期内置功能可能缺乏为厌倦的眼睛我们的技术专业人员，但技术上幼稚，它很容易的火车上，并可以让它们的技术，他们可能已经听说了但是不可能(此前)了解或想象一下使用。

Answer 14

我已经发挥了非常简短地带 SharePoint Wiki加.这是一个第三方扩展，添加功能，以SharePoint Wiki。对于严重的wiki的用户那么你可能需要更多的东西比SharePoint提供Wiki-要么通过延长或一个专门的维基产品。

Answer 15

也许是尝试 http://wordtosharepoint.codeplex.com/ 迁移字内容SharePoint?它需要照顾联系起来的图像以及大多数其它的事情。

Answer 16

Screwturn是邪恶的真棒-这是C#/.网。

Sharepoint2010是应该有更好的wiki特征，而且总的社会工具包的sharepoint。如果你能够离开Sharepoint维基的后面-你总是可以去的 http://www.wikimatrix.org 找到维基，你的作品。

Answer 17

我完全同意上述(庆).不管这件事是在SharePoint(目前使用的2010年)，它不是一个Wiki通过一个长枪。

我执行一个自动化记录解决方案，我在那里提取配置和其他信息(如perldoc标记)，从源代码和XML配置文件。它将信息组DokuWIKI页，完成格式化标记(包括表)。它出来了完美的格式，并与几十线的perl，包括内部的链接手工编辑静doc页，和支持的名字空间所以我可以有我的信息逻辑上举办。有没有办法我可以这样做，在SharePoint(叹息公司方向的)...

最好我能做的就是试图让DokuWIKI模板类似于种SharePoint网站(保留所的外观和感觉相似)和链接出的SharePoint。:-(