Какова наиболее требуемая функция SharePoint? [закрытый]

Поиск.

Извините за напыщенную речь, но...

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

Затем я заблудился в извилистом лабиринте сайтов, наборов и списков; но я понятия не имею, что различие между всеми этими вещами и почему иногда, когда я нахожусь в одном, я не могу добраться непосредственно назад до другого. Или что-то.

Заставляет меня чувствовать себя подобно невежественному идиоту, который я предполагаю, что я насколько Sharepoint идет.

Разработка и тестирование решений SharePoint с помощью API на компьютере, которому не установили SharePoint.

Я соглашаюсь с еще одним ответом, что должно быть легче разработать в несерверной среде.

Кроме того, это могло сделать с лучшей программной поддержкой стандартов доступности.

простота разработки

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

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

Развертывание содержания

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

Существует инструмент, разработанный с Chris O'Brien по имени SPContentDeployment, которые используют содержание deployement API, но это - все еще третья сторона. Это должно быть реализовано в Sharepoint.

Я думаю, что SharePoint должен быть XHTML-совместимым из поля. То, что это не, довольно смехотворно. Не говоря уже о существует по крайней мере одно управление, что выводы недопустимый HTML (отсутствующий близко наклеивают SummaryLinks)!

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

Оптимизация SharePoint для обработки огромных библиотек документа была бы хороша. Где-нибудь на порядке 10 миллионов плюс было бы хорошо. Я знаю, что работаю с патологическим случаем, но производительность понижается очень быстро при преобладании над записями 100k в библиотеке.

Агрегатор, который работает через наборы сайта и веб-приложения.

Рабочие рабочие процессы в списке или уровне сайта вместо только на уровне объекта. (любил бы это),

собственная Silverlight webparts и лучшая производительность...