Frage

Ok, ich habe gesehen, ein paar Beiträge, die erwähnen ein paar andere posts über nicht verwenden SP wikis, weil Sie saugen.

Da wir vor unserem wiki in SP, ich muss wissen, warum sollten wir es nicht tun für eine Gruppe von 6-automation-Entwickler dokumentieren Sie die Schritte in verschiedene automatisierte Prozesse und die änderungen, die vorgenommen werden müssen, die von Zeit zu Zeit.

War es hilfreich?

Lösung 10

Bevor das schimpfen, hier ist meine Allgemeine Erfahrung mit SharePoint als wiki.

Es ist eine schlecht implementierte Funktion, die fehlgeschlagen ist, denn es war eine grundlegende Mangel der Untersuchung, welche aktuellen wiki-Umgebungen bieten.Das ist, warum es fehlgeschlagen ist im editor und warum er findet auf Punkte wie:tagging, Geschichte, Vergleich, und, schlecht erzeugten html-code.

Sie brauchen, um es zu überspringen und etwas anderes, das macht den job besser und link, um es von SharePoint.

Mit Produktion Erfahrung mit den beiden Produkten, die ich empfehlen würde, ScrewTurn über SharePoint.

siehe Bearbeiten von Geschichte für rant

Andere Tipps

Hier sind einige Vorbehalte stieß ich auf, die verschwinden, wenn Sie verwenden Sie ein wiki, Sharepoint.

Sharepoint ermöglicht Ihnen die Erstellung Tonnen separate wikis, aber ich würde empfehlen, einen großen wiki für alles.Mein Unternehmen hat eine Reihe von kleinen wikis für jedes Projekt/feature, aber nur admins können die einzelnen wikis, also, wenn ich will, über etwas zu schreiben, das nicht stimmt nicht mit einer der vordefinierten Kategorien, ich muss ein manager zum erstellen der wiki-erste.

Zweitens, wenn Sie Sharepoint verwenden, stellen Sie sicher, dass alle auf Ihre Mitarbeiter nur verwendet IE, denn Firefox bietet keine Unterstützung für die WYSIWIG-editor.Dies ist eine gut was für die meisten wikis, aber macht die Zusammenarbeit schwierig in Sharepoint.Sich vorstellen Bearbeitung automatisch generierten HTML-Codes in einer kleinen box den ganzen Tag.

Drittens, versuchen Sie, schreiben Sie Ihre Projekt-Dokumentation in der wiki und der Versuchung widerstehen, zum hochladen von Word-docs zu Sharepoint-Bibliothek.Kein Punkt schriftlich bis alle Dokumente doppelt und beobachtete die Dinge bekommen mehr und mehr out-of-sync.

Schließlich, image-Unterstützung in Sharepoint-wikis, ist schrecklich.Sie haben zu fügen Sie eine Datei in eine Dokumentbibliothek irgendwo, und geben Sie die URL ein.Meine Bilder wurden immer gelöscht, weil Sie offenbar nicht viel Sinn aus dem Zusammenhang gerissen.

Ich habe eine viel positivere Sicht der Microsoft Sharepoint-Wiki.In vielerlei Hinsicht erinnert es mich an FrontPage 98-und das war eine unfaire Weise verleumdet Produkt.

Die Bemerkung über die Verwendung einer Liste, ist verfehlt.Sharepoint Wikis SIND Sharepoint-Listen, in denen jede Seite ein Listenelement mit einem HTML-Anhang.

Es ist wahr, dass Sie können nicht link zu einer Seite, aber wenn die Seiten kurz sind, ich sehe das nicht als problem.SP-Wiki macht es sehr einfach, kurze Seiten.

Sie manipulieren können, den Wiki-Attribute access-2008, wenn Sie es wünschen, und Sie können Attribute hinzufügen, um die wiki-Liste der Elemente wie gewünscht.Zum Beispiel-Sie möchten, dass Kategorien?Fügen Sie Sie einfach durch Bearbeiten der Liste.Möchten bestimmte Ansichten?der Listenelemente.Erstellen Sie auch.

Es gibt echtes Genie, wie Microsoft Ihre Wiki-framework auf Sharepoint-Listen -- die undeniablly gut gemacht.

Der WAHRE Nachteil von Sharepoint-Wiki erwähnt wurde, durch famerchris.Der Umgang mit Bild-management ist überraschend schrecklich.Es ist ein so ernstes problem, sollten Sie eine andere Wikis allein aus diesem Grund.

Es ist eine verwickelte Problemumgehung, die ich verwende.Es nutzt die hervorragende Sharepoint-Unterstützung und Bildbearbeitung integriert mit dem Windows Live Writer.

  1. Erstellen Sie eine SP-blog auf, das die Bilder auf die in der wiki.
  2. Verwenden Sie Windows Live Writer post an die wiki-Bild-blog.Drop-Bild in WLW, Größe als erforderlich, etc.Wenn Sie möchten, verwenden WLW schreiben Sie Ihre image-wiki-text, der einen ersten Entwurf als gut.
  3. Nachdem Sie die post für das Wiki, kopieren und einfügen von Bild und text in der Wiki-editor rich-text-Feld.

Dies dauert sehr wenig Zeit, weit weniger als jede andere option habe ich gelesen.Ich gebe zu, es ist komplizierter.

Andere als die image-Probleme bin ich glücklich und zufrieden mit dem Produkt beeindruckt.Wenn nur Microsoft hatte gedacht, härter über Bilder ...wenn nur ...

Die Standard-wiki im Lieferumfang von Sharepoint nicht unterstützt gemeinsame wiki-features bei allen gut.Es gibt keine Möglichkeit zum Bearbeiten eines einzelnen Abschnitt einer Seite, und keine Möglichkeit, einen link direkt zu einem bestimmten Abschnitt auf einer anderen Seite.Das backend ist in HTML, so dass Sie die Fähigkeit verlieren, zu Bearbeiten, im Klartext mit einer einfachen syntax.Die diff-Funktion können nicht mehrere Versionen.Arm cross-browser-Unterstützung WYSIWYG-Bearbeitung.Kein Weg zu auto-insert a table of contents...

Es gibt jedoch andere wiki-add-ins für Sharepoint, die kann ich nicht kategorisch entlassen, zum Beispiel Confluence macht eine add-in für Sharepoint.Ich habe noch nicht bewertet diese software selbst und Confluence ist etwas teuer (1.200 USD für 25 user-Lizenz), obwohl, wenn Sie bereits Sharepoint-ich spüre großen Firmen, die Kassen :P.Es scheinen auch einige Kostenlose add-ins wie CKS Enhanced Wiki aber das scheint eine Menge von der gleichen oben genannten Probleme.

Wir führen Sie in dieses Thema alle die Zeit, und die erste Frage, die ich unternommen haben, um die Leute zu Fragen, ist "Warum brauchen Sie ein wiki"?Fast immer sind die Antworten sind Dinge, die "einfache Korrektur", "mehrere Personen", und "Wort zum Schwergewicht". Sehr selten haben wir jemanden gesehen, Fragen Sie nach, was ich als einzigartig wiki-like features (Besondere "Magie" - markup, feinkörnigen version der Geschichte, die zeigen die Veränderungen, etc).Auch, Sie möchten in der Regel eine Art von Kategorisierung der Dinge, nicht nur völlig frei-form-Seiten.

In der SharePoint-Welt sollten diese Dinge Schreien "Liste" an Sie, wenn Sie schon die Arbeit mit dem Werkzeug für eine Weile.Es gibt im Grunde keinen besonderen Grund für die Verwendung eines Wikis für diesen knowledge base-style-Anwendungen, vor allem, da die "einfache Korrektur" in der Regel direkt Konflikten mit der Idee des Lernens eine spezielle markup-Sprache für die meisten Benutzer.Durch ein paar rich-text-Spalten in es, und Sie sind alle gesetzt.Wenn Sie wirklich nicht wie die integrierten rich-text-editor (ja, die Bild-Upload-Prozess ist umständlich und es funktioniert nicht in Firefox), haben Sie jemanden in Ihrer Organisation gehen, fallen die 8 Benjamins und Holen die RadEditor für SharePoint.Es sollte ziemlich viel Griff diese Bedenken.

In der Regel, sobald wir bekommen haben, sich über die "aber es muss ein wiki" - dogma, wir hatten ziemlich guten Kunden-Empfang nur mit Listen.In einigen Fällen, wo ein wenig mehr von einer Seite templating facility erforderlich war, wandten wir uns an die Verwendung von WCM-Funktionen von MOSS, das erfordert ein wenig mehr up-front dachte über die Vorlagen, aber auch hat eine bessere out-of-box-experience für Dinge wie content-snippets-und image-handling.

Weil die default-Implementierung ist nicht ein wiki, es ist ein HTML-editor.

Wenn du bereits ein wiki, bevor Sie den Unterschied kennen.Schauen Sie einfach unter "Ihre Antwort" auf die unten auf dieser Seite, um den Unterschied zu sehen.Verwenden Sie markup in eine wiki, die relativ leicht zu Lesen und zu Bearbeiten.Formatierte HTML-vollständig verdunkelt, was geschrieben wird.

Meine zwei Cent Wert, wie ein wiki, content-Ersteller und super-user, sondern als ein administrator oder Entwickler:

Ich bin gerade Bearbeiten ein Dokument in Sharepoint-Wiki, da ich dies Schreibe, und es ist bei weitem das schlechteste editor ich je begegnet bin.Um genau zu sein, ich bin mit Sharepoint Foundation 2010 (früher bekannt als WSS), Seiten Bearbeiten mit IE 9.

In der Summe der Probleme, die ich habe, konfrontiert:Beim erstellen von wiki-Inhalten, die Sie wollen, konzentrieren sich auf die Inhalte und die wiki-engine sollte so einfach zu bedienen, dass Sie fast unsichtbar.Mit Sharepoint-das ist nicht der Fall.Ich wirklich kämpfen, mit der pseudo-WYSIWYG-editor, das korrigieren häufige Formatierung Probleme.

Ich Schätze, dass ich etwa 15% weniger produktiv schreiben von wiki-Inhalten mit Sharepoint als ich mit ScrewTurn oder Wikimedia, weil ich zu deal mit die Probleme mit der Formatierung. Wenn ich einen Tag verbringen schreiben von wiki-Seiten, die ich verlieren würde etwa eine Stunde zu versuchen, zu beheben Probleme mit der Formatierung.

Zum hintergrund:Ich habe vier internen wikis in unser Unternehmen, die erste in Wikimedia, wiki-engine, die hinter der Wikipedia, die nächsten zwei in ScrewTurn, und einer der letzten, die in Sharepoint.In jedem wiki, die ich geschrieben habe über 50-100 Seiten.

In beiden ScrewTurn und Wikimedia-editor sieht ziemlich primitive - eine nur-text-editor, der verwendet eine einfache wiki-mark-up-codes zur Formatierung.Jeder hat eine Reihe von Schaltflächen, kann die mark-up-codes für einfache Dinge wie Fett und Kursiv formatieren, und um links zu erstellen, so Anfänger brauchen nicht zu lernen, die mark-up-codes auswendig.Während die Redakteure suchen plain sich herausstellt, dass Sie wirklich einfach zu bedienen, vor allem für die Befestigung Formatierung Probleme.

Sharepoint-Wiki, auf der anderen hand, sieht glatt aber ist schrecklich für die Bearbeitung.Anstatt mit einem einfachen text-editor mit der wiki-mark-up hat es einen WYSIWYG-editor, der sieht viel komplizierter als andere wiki-Editoren.Aber es hat Persönlichkeit, ein übel ist.Häufig fügt leere Zeilen oder ändert sich die Farbe von text.Wenn ich wählen Sie text formatieren, dann gehen Sie auf die Markup Stile dropdown-Liste format, manchmal auch der Akt der Auswahl eines Elements aus der dropdown-Liste hebt die Auswahl der ausgewählten text, um die Formatierung bezieht sich auf text an eine zufällige Stelle.Einfügen von text aus Word kopiert verursacht manchmal den editor zu verdoppeln oder zu verdreifachen bis auf leere Linien zwischen Absätzen an anderen Orten auf der Seite.Es scheint keine einfache Möglichkeit, eine Tabelle erstellen, abgesehen vom schreiben von HTML.

Das größte problem, über den editor, jedoch, ist, dass Sie nicht einfach zu sehen, was Los ist hinter den kulissen, so es ist schwierig, es zu beheben.Ja, es ist möglich, Bearbeiten Sie die HTML-Seite, aber das wirklich Niederlagen der Zweck eines Wikis.

Der Allgemeine Eindruck, den ich als Benutzer, ist, dass das alpha-level-code, der zu Boden geworfen wurde von einem Sommer-Praktikant.Ich weiß Stiftung ist die Kostenlose version, so dass ich vielleicht bekommen, was wir bezahlt haben, aber ich kann nicht glauben, dass eine professionelle software, die Unternehmen setzen aus diesem Produkt.

Für eine Gruppe von 6 Menschen, die machen "hin und wieder" Bearbeitungen, die gebaut-in wiki wird in Ordnung sein.

Das Sharepoint-Wiki ist im wesentlichen eine Liste von Statischen HTML-Seiten, nur mit dem Wiki-Funktion [[Artikel]] - links.Keine Templates, Keine Kategorien, nichts.

Wir endeten mit einem separaten MediaWiki und verwenden Sie nur das Sharepoint-wiki für text-basierte Inhalte, die nicht viel layout.

Vergessen Sie nicht, den Community-Kit für Sharepoint - Enhanced Edition Wiki.Dies fügt einige features, die sich von der box-version.

Mein Unternehmen ausgerollt sharepoint vor kurzem, und ich muss sagen meine Benutzer-Erfahrung war Sehr Schlecht.Und ich bin nicht nur sagen, ich war besorgt, zu verwenden es:Ich ging mit einem offenen Geist, und es versucht, und viele Dinge einfach das Gefühl, wie Sie nicht wirklich richtig funktioniert.

Die Gründe, die Lukas erwähnt mehr oder weniger deckt es.

Warum würde nicht Sie erwägen, etwas anderes wie Screwturn Wiki die Jeff gespendet bis vor kurzer Zeit?Ich habe nicht verwendet Screwturn mich, aber es ist kostenlos und open source, und kann eine schneller, einfache Lösung für das, was Sie brauchen.

Wir sahen uns an Sharepoint für eine Abteilung wiki vor ein paar Monaten.Obwohl wir in Erster Linie eine MS shop, wir gingen mit DokuWiki.Open-source, so dass Sie leicht zu halten bis zu Datum, tolle plugins und Datei-basierten back-end.

Ich würde auch Temperament, die Bewertungen von OOB-wiki und das fehlen von Funktionalität mit der technischen Ebene der Autoren hier.

Ich Stimme zu, dass die SP-wiki teilnehmen können nur dem Namen nach - sicherlich im Vergleich zu einigen robuster Angebote - aber denken Sie daran, wie ein admin - Ihre primäre Erfolg wird bestimmt durch die Akzeptanz durch die Nutzer.Kurzum - für jede Funktion, die ein wiki wie Confluence hinzufügt, es fügt auch die Schulung der Benutzer, der syntax, etc.

Während ich lieben würde SP-wiki mehr zu haben "wiki-like" - es ist ein gewisses, unbeschreibliches, Zufriedenheit, die Sie nehmen können, wenn Ihr CIO fügt einen Eintrag im Firmen-wiki, oder Sie werden erkannt, indem eine Gruppe von Verwaltungsassistenten, die finden das neue wiki "Revolutionär".

Kurz gesagt - die eingebauten Funktionen fehlen können, um die verwöhnten Augen der us-tech-Experten, sondern um die technologisch naiv, die ziemlich einfach zu trainieren, und können setzen Sie Sie auf eine Technologie, die Sie gehört haben können, aber die noch nie (vorher) verstehen oder sich vorstellen, verwenden.

Ich habe schon sehr kurz mit SharePoint Wiki Plus.Es ist eine Drittanbieter-Erweiterung, die zusätzliche Funktionen auf der SharePoint-Wiki.Für ernsthafte wiki-Benutzer, dann müssen Sie wahrscheinlich etwas mehr als die SharePoint-Wiki zur Verfügung gestellt - entweder über eine Verlängerung oder eine spezielle Wiki-Produkt.

Vielleicht versuchen Sie http://wordtosharepoint.codeplex.com/ für die Migration Ihrer Word-Inhalte zu SharePoint?Es kümmert sich um die Verknüpfung der Bilder und die meisten anderen Dinge.

Screwturn böse ist genial - und es ist C# / .Net.

Sharepoint 2010 soll es besser wiki-Funktionen, und es ist immer die Gemeinschaft kit für sharepoint.Wenn Sie sind in der Lage zu verlassen die Sharepoint-Wiki hinter sich - Sie konnte sich immer den Kopf über die http://www.wikimatrix.org finden Sie das wiki, das für Sie funktioniert.

Ich voll Zustimmen mit die oben (Keng).Was auch immer das Ding ist innerhalb von SharePoint (derzeit mit 2010), es ist NICHT eine Wiki-durch eine lange erschossen.

Ich bin die Umsetzung eine automatisierte Dokumentation-Lösung, wo ich extrahieren Sie config und andere Informationen (wie perldoc markup) von source-code-und XML-config-Dateien.Es fügt die Informationen in eine Reihe von DokuWIKI-Seiten, vollständig mit Formatierungs-markup (einschließlich Tabellen).Es kommt heraus, perfekt formatiert, und funktioniert mit ein paar zig Zeilen perl, umfasst interne links manuell bearbeitet statische doc-Seiten und Unterstützung für namespaces, so kann ich meine Informationen logisch organisiert.Es gibt keine Weise, die ich tun konnte, das in SharePoint (Seufzer - Unternehmen Richtung)...

Das beste, das ich tun kann, ist versuchen zu machen DokuWIKI template ähneln Art der SharePoint-Website ein (um das Aussehen zu halten und fühlen sich ähnlich) und link out of SharePoint.:-(

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top