Вики - сайты Sharepoint

https://stackoverflow.com/questions/11462

08-06-2019
|

Вопрос

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

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

Решение 10

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

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

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

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

смотрите историю правок для получения дополнительной информации

Другие советы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Не забудьте набор сообщества для Sharepoint - Расширенная Вики -версия.Это добавляет некоторые функции в готовую версию.

Моя компания недавно внедрила sharepoint, и я должен сказать, что мой пользовательский опыт был Очень Плохой.И я не просто говорю, что опасался его использования:Я пришел с открытым сердцем и попробовал это, и мне просто показалось, что многие вещи на самом деле работают неправильно.

Причины, упомянутые Люком, более или менее покрывают это.

Почему бы вам не рассмотреть возможность использования чего-то другого, например Screwturn Вики который Джефф пожертвовал к тому, что было совсем недавно?Я сам не использовал Screwturn, но он бесплатный с открытым исходным кодом и может быть более быстрым и легким решением для того, что вам нужно.

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

Я бы также сравнил оценки OOB wiki и ее недостаточную функциональность с техническим уровнем здешних авторов.

Я согласен, что SP wiki может соответствовать требованиям только по названию - конечно, по сравнению с некоторыми более надежными предложениями, - но помните как администратор - ваш основной успех определяется принятием конечным пользователем.Короче говоря, для каждой функции, которую добавляет вики, такая как Confluence, она также добавляет обучение пользователей, синтаксис и т.д.

Хотя мне бы хотелось, чтобы SP wiki была более "вики-подобной", вы испытываете определенное, неописуемое удовлетворение, когда ваш ИТ-директор добавляет запись в корпоративную вики-страницу - или вас узнает группа административных помощников, которые находят новую вики "революционной".

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

Я очень недолго играл с SharePoint Wiki Plus.Это стороннее расширение, которое добавляет функции в SharePoint Wiki.Для серьезных пользователей wiki вам, вероятно, понадобится что-то большее, чем вики, предоставляемая SharePoint, - либо через расширение, либо через специальный вики-продукт.

Может быть, попробовать http://wordtosharepoint.codeplex.com/ для переноса содержимого Word в SharePoint?Он заботится о связывании изображений и большинстве других вещей.

Screwturn - это чертовски круто - и это C # / .Net.

Предполагается, что Sharepoint 2010 обладает улучшенными функциями wiki, и в sharepoint всегда есть community kit.Если вы в состоянии оставить Sharepoint Wiki позади - вы всегда можете перейти на http://www.wikimatrix.org чтобы найти вики, которая подходит именно вам.

Я полностью согласен с вышесказанным (Кенг).Что бы это ни было в SharePoint (в настоящее время используется 2010), это НИ в коем случае НЕ Wiki.

Я внедряю решение для автоматического документирования, где я извлекаю конфигурацию и другую информацию (например, разметку perldoc) из исходного кода и файлов конфигурации XML.Он вставляет информацию в набор страниц DokuWiki в комплекте с разметкой форматирования (включая таблицы).Он выходит идеально отформатированным и работает с парой десятков строк perl, включает внутренние ссылки на отредактированные вручную статические страницы документа и поддержку пространств имен, чтобы я мог логически упорядочить свою информацию.Я никак не мог бы сделать это в SharePoint (вздох - направление компании)...

Лучшее, что я могу сделать, это попытаться сделать шаблон DokuWiki похожим на сайт SharePoint (чтобы сохранить схожий внешний вид) и создать ссылку из SharePoint.:-(

Лицензировано под: CC-BY-SA с атрибуция

Не связан с StackOverflow