Sharepoint Wikis - PullRequest
       67

Sharepoint Wikis

21 голосов
/ 14 августа 2008

Хорошо, я видел несколько постов, в которых упоминается несколько других постов о том, что они не используют SP вики, потому что они отстой.

Так как мы рассматриваем нашу вики в SP, мне нужно знать, почему мы не должны делать это для группы из 6 разработчиков автоматизации, чтобы документировать этапы различных автоматизированных процессов и изменения которые должны быть сделаны время от времени.

Ответы [ 17 ]

20 голосов
/ 14 августа 2008

Вот некоторые предостережения, с которыми я столкнулся, которые исчезнут, если вы используете вики, отличную от Sharepoint.

Sharepoint позволяет создавать тонны отдельных вики, но я бы порекомендовал иметь одну большую вики для всего. Моя компания создала несколько маленьких вики для каждого проекта / функции, но только администраторы могут создавать отдельные вики, поэтому, если я хочу написать что-то, что не соответствует ни одной из предопределенных категорий, я должен найти менеджер, чтобы сначала создать вики.

Во-вторых, если вы используете Sharepoint, убедитесь, что все в вашем штате используют только IE, поскольку Firefox не поддерживает редактор WYSIWIG. Это хорошая вещь для большинства вики, но затрудняет сотрудничество в Sharepoint. Представьте, что весь день вы редактируете автоматически сгенерированный HTML в крошечной коробочке.

В-третьих, попробуйте записать документацию по вашему проекту в вики и не поддавайтесь искушению загрузить документы Word в библиотеку Sharepoint. Нет смысла записывать все свои документы дважды и наблюдать за тем, как вещи становятся все более и более синхронными.

Наконец, поддержка изображений в вики-ресурсах Sharepoint ужасна. Вы должны добавить файл в библиотеку документов и ввести URL-адрес. Мои изображения навсегда удалялись, потому что они, кажется, не имеют особого смысла вне контекста.

16 голосов
/ 02 января 2009

У меня гораздо более позитивное мнение о Microsoft Sharepoint Wiki. Во многом это напоминает мне FrontPage 98 - и это был несправедливо клеветнический продукт.

Комментарий об использовании списка ошибочен. Sharepoint Wikis - это списки Sharepoint, в которых каждая страница является элементом списка с вложением HTML.

Это правда, что вы не можете создать ссылку на страницу, но если страницы короткие, я не вижу в этом проблемы. SP Wiki позволяет легко создавать короткие страницы.

Вы можете манипулировать атрибутами Wiki из Access 2008, если хотите, и можете добавлять атрибуты к элементам списка вики по желанию. Например - вы хотите категории? Просто добавьте их, отредактировав список. Хотите конкретные взгляды? элементов списка. Создайте их тоже.

Существует настоящий гений в том, как Microsoft создала свою вики-платформу на основе списков Sharepoint - что, несомненно, хорошо сделано.

ИСТИННЫЙ недостаток Sharepoint Wiki был упомянут famerchris. Подход к управлению изображениями на удивление ужасен. Это настолько серьезная проблема, что вы должны рассматривать другие вики только по этой причине.

Есть запутанный обходной путь, которым я пользуюсь. Он использует превосходную поддержку Sharepoint и редактирование изображений, интегрированное с Windows Live Writer.

  1. Создайте блог SP, который будет содержать изображения, на которые будут ссылаться в вики.
  2. Используйте Windows Live Writer для публикации в блоге wiki-image-blog. Перетащите свое изображение в WLW, измените его размер по мере необходимости и т. Д. Если хотите, используйте WLW, чтобы написать свой черновой вариант вики-текста, а также первый черновик.
  3. После публикации в Wiki скопируйте и вставьте изображение и текст в поле расширенного текста редактора Wiki.

Это занимает удивительно мало времени, гораздо меньше, чем любой другой вариант, о котором я читал. Признаюсь, это запутанно.

Кроме проблем с изображением, я доволен и впечатлен продуктом. Если бы Microsoft больше думала об изображениях ... если бы только ...

14 голосов
/ 14 августа 2008

Вики по умолчанию, включенные в Sharepoint, вообще не поддерживают общие функции вики. Нет способа редактировать отдельный раздел страницы и нет возможности напрямую связать определенный раздел с другой страницей. Серверная часть находится в HTML, поэтому вы теряете возможность редактировать в открытом тексте, используя простой синтаксис. Функция сравнения не может охватывать несколько версий. Плохая кросс-браузерная поддержка редактирования WYSIWYG. Нет способа автоматически вставить оглавление ...

Однако существуют другие вики-надстройки для Sharepoint, которые я не могу категорически отклонить, например, Confluence создает надстройку для Sharepoint . Я не оценивал это программное обеспечение сам, и Confluence стоит довольно дорого (1200 долларов за 25 пользовательских лицензий), хотя, если вы уже пользуетесь Sharepoint, я чувствую большие корпоративные сундуки: P. Также есть некоторые бесплатные надстройки, такие как CKS Enhanced Wiki , но, похоже, у них много проблем, упомянутых выше.

10 голосов
/ 23 апреля 2009

Поскольку реализация по умолчанию , а не вики, это редактор HTML .

Если вы пользовались вики, прежде чем почувствуете разницу. Просто посмотрите на «Ваш ответ» внизу этой страницы, чтобы увидеть разницу. Вы используете разметку в вики, которую относительно легко читать и редактировать. Отформатированный HTML полностью скрывает написанное.

10 голосов
/ 17 сентября 2008

Мы сталкиваемся с этой темой все времени, и первый вопрос, который я задал, задавая людям: «Зачем тебе вики»? Почти всегда ответами являются такие вещи, как «простота редактирования», «несколько участников» и «Word - в тяжелом весе». Очень редко мы видели, чтобы кто-то спрашивал о том, что я считаю уникальными вики-подобными функциями (специальная «волшебная» разметка, мелкозернистая история версий, показывающая изменения и т. Д.). Кроме того, они обычно хотят какую-то категоризацию вещей, а не просто страницы в свободной форме.

В мире SharePoint эти вещи должны кричать "список" вам, если вы некоторое время работали с этим инструментом. В принципе нет особой причины использовать вики для этих приложений в стиле базы знаний, тем более что «простота редактирования» обычно напрямую противоречит идее изучения специального языка разметки для большинства пользователей. Через пару столбцов с расширенным текстом, и все готово. Если вам действительно не нравится встроенный текстовый редактор (да, процесс загрузки изображений неуклюж, и он не работает в Firefox), попросите кого-нибудь из вашей организации отказаться от 8 Benjamins и получить RadEditor for SharePoint . Это должно в значительной степени решить эти проблемы.

Как правило, как только мы преодолели догму "но это должна быть вики", у нас был довольно хороший прием клиентов только с использованием списков. В некоторых случаях, когда требовалось немного больше средств для создания шаблонов страниц, мы обращались к использованию функций MOSS для WCM, которые требуют немного больше предварительных размышлений о шаблонах, но также имеют лучший из готовых опытов для таких вещей, как фрагменты содержимого и обработка изображений.

7 голосов
/ 31 января 2012

Мои два цента стоят как создатель контента вики и суперпользователь, а не как администратор или разработчик:

Я в настоящее время редактирую документ в Sharepoint Wiki, когда набираю его, и это, безусловно, худший редактор, с которым я когда-либо сталкивался. Если быть точным, я использую Sharepoint Foundation 2010 (ранее известный как WSS), редактирую страницы с помощью IE 9.

Подводя итог проблемам, с которыми я столкнулся: при создании вики-контента вы хотите сконцентрироваться на контенте, и вики-движок должен быть настолько простым в использовании, что он будет почти невидим. С Sharepoint это не так. Я действительно борюсь с псевдо-WYSIWYG-редактором, вынужденным исправлять частые проблемы с форматированием.

Я предполагаю, что на 15% менее продуктивно пишу вики-контент на Sharepoint, чем на ScrewTurn или Wikimedia, потому что мне приходится иметь дело с проблемами форматирования. Если я трачу день на написание вики-страниц Я бы потерял около часа, пытаясь исправить проблемы с форматированием.

Для справки: я создал четыре внутренних вики в нашей компании - первый в Викимедиа, вики-движок за Википедией, следующие два в ScrewTurn и последний в Sharepoint. В каждой вики я написал около 50-100 страниц.

В ScrewTurn и Wikimedia редактор выглядит довольно примитивно - простой текстовый редактор, который использует простые коды вики-разметки для форматирования. Каждая из них имеет ряд кнопок, которые могут применять коды разметки для простых вещей, таких как форматирование жирным шрифтом и курсивом, а также для создания ссылок, поэтому начинающим не нужно изучать коды разметки наизусть. Хотя редакторы выглядят просто, они оказываются очень простыми в использовании, особенно для исправления проблем с форматированием.

Sharepoint Wiki, с другой стороны, выглядит гладко, но ужасно для редактирования. Вместо использования простого текстового редактора с разметкой вики он имеет WYSIWYG-редактор, который выглядит намного сложнее, чем другие вики-редакторы. Однако у него есть личность, злая. Он часто добавляет пустые строки или меняет цвет текста. Когда я выбираю текст для форматирования, а затем перехожу в раскрывающийся список Стили разметки, чтобы отформатировать его, иногда действие по выбору элемента из раскрывающегося списка отменяет выделение выделенного текста, поэтому форматирование применяется к тексту в произвольном месте. Вставка текста, скопированного из Word, иногда приводит к тому, что редактор удваивается или утраивается в пустых строках между абзацами в других местах на странице. Кажется, что нет простого способа создания таблицы, кроме написания HTML.

Самая большая проблема в редакторе заключается в том, что вы не можете легко увидеть, что происходит за кулисами, поэтому это трудно исправить. Да, можно редактировать HTML-код страницы, но это действительно противоречит цели вики.

Общее впечатление, которое я получаю как пользователь, состоит в том, что это код альфа-уровня, который был подхвачен летним стажером. Я знаю, что Foundation - это бесплатная версия, поэтому, возможно, я получу то, за что мы заплатили, но я не могу поверить, что профессиональная софтверная компания выпустила этот продукт.

6 голосов
/ 14 августа 2008

Для группы из 6 человек, которые будут время от времени вносить изменения, встроенная вики подойдет.

5 голосов
/ 24 сентября 2008

Не забывайте Community Kit для Sharepoint - Enhanced Wiki Edition . Это добавляет некоторые функции в готовую версию.

5 голосов
/ 15 августа 2008

Sharepoint Wiki - это, по сути, список статических HTML-страниц, единственной Wiki-функцией являются [[article]] ссылки. Нет шаблонов, нет категорий, ничего.

В итоге у нас была отдельная MediaWiki, и мы использовали вики Sharepoint только для текстового контента, который не требует большого макета.

4 голосов
/ 21 декабря 2010

Перед тем, как напомнить, вот мой общий опыт работы с SharePoint как вики.

Это плохо реализованная функция, которая потерпела неудачу из-за недостатка исследования того, что предоставляют текущие вики-среды. Вот почему он потерпел неудачу в своем редакторе и почему не хватает таких моментов, как: тегирование, сравнение истории и плохо сгенерированный HTML-код.

Вам нужно пропустить это и получить что-то еще, что делает работу лучше, и ссылку на него из SharePoint.

Имея опыт производства с обоими продуктами, я бы порекомендовал ScrewTurn поверх SharePoint.

см. Историю изменений для rant

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...