Вики Sharepoint

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

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

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

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

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

У меня есть гораздо более позитивные представления Microsoft'Вики с помощью SharePoint. Во многом это напоминает мне о программе FrontPage 98-и это было несправедливо оклеветанной продукта.

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

Это's садится, что вы можете't ссылку на страницу, но если страниц несколько короче я Дон'т вижу особой проблемы. СП Вики делает его очень легко иметь короткие страницы.

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

Там'ы настоящий гений в сторону Майкрософт построили свои Вики рамки на вершине списков SharePoint, которые undeniablly молодец.

Истинный недостаток Вики SharePoint был упомянут famerchris. Подход к управлению изображения на удивление ужасно. Это'с такой серьезной проблемой, что вы должны рассмотреть другие Вики только по этой причине.

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

1. Создать СП в блоге, который будет содержать изображения, которые будут ссылаться на вики.
2. Использовать Windows Live писатель размещать на вики-образа-блог. Бросьте свои изображения на сайт wlw, изменять его по мере необходимости, и т. д. Если вам нравится, используйте сайт wlw написать свой образ, связанный вики-текст первого проекта, а также.
3. После того как вы разместите в Вики, скопировать и вставить изображения и текст в визуальном редакторе вики-текст поле.

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

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

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

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

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

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

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

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

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

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

Я в настоящее время редактирования документа в Вики SharePoint, как я печатаю это, и это, безусловно, худший редактор я когда-либо сталкивался. Чтобы быть точным, я'м через Фонд интеграции с SharePoint 2010 (ранее известен как WSS), редактирование страниц с помощью Opera 9.

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

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

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

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

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

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

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

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

Дон'т забыть сообщества набор для в SharePoint Расширенная Вики-издание. Это добавляет некоторые особенности к коробочной версии.

Вики SharePoint-это по сути список статических HTML-страниц, с единственным Вики-объекта [[статья]] ссылки. Нет никаких шаблонов, категорий, ничего.

Мы закончили тем, что имели отдельный MediaWiki и использовать только Вики SharePoint для текстового контента, что не нужно много макетов.

Прежде чем разглагольствовать, вот мой общий опыт работы с SharePoint в качестве Вики.

Это плохо реализована функция, которая не удалась, потому что была фундаментальная отсутствие расследование того, что нынешние Вики-среды предоставить. Именно поэтому он провалился в это'ы редактором и почему она не попадает на точки, таких как: пометки, сравнение истории, и плохо сформированный HTML-код.

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

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

см. историю правок для рант

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

Причины, которые назвал Люк, более или менее исчерпывают их.

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

Я бы тоже закал рейтинги ооб Вики и ее недостаточной функциональности с технического уровня здесь авторов.

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

А я бы с удовольствием СП Вики, чтобы иметь более "вики-как-то" - там какой-то, неописуемое удовлетворение можно взять, когда ваш Чио добавляет запись в вики - или вы признали группой помощников по административным вопросам, которые находят новую Вики, что "революционные" по.

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

Мы смотрели на SharePoint для Вики отделе несколько месяцев назад. Хотя мы'вновь в первую очередь МС магазин, мы пошли с Вики. Открытым исходным кодом, так легко держать в курсе, отличные плагины, и на основе файлов обратно.

Screwturn-это ужасно круто - и это c# / .Чистая.

SharePoint 2010-это лучше особенности Вики, и всегда есть общий набор для SharePoint. Если вы не смогли оставить Вики в SharePoint позади - вы всегда можете направиться в http://www.wikimatrix.org чтобы найти Вики, которая работает для вас.

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

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

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

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

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