Как вы наверное знаете у Sharepoint есть ограничение на длину имени папки 128 символов и на путь до элемента 260 символов.
Стоит задача: не изменяя иерархию библиотеки документов и не изменяя длину имен папок обойти ограничения Sharepoint 2010. Первое решение, которое пришло в голову, создать свой тип контента наследованный от стандартной папки, добавить ему столбец «Полное
наименование», а в стандартном поле «Наименование» хранить 4-значный ID папки (чего должно хватить для максимальной на текущий момент вложенности в 10 уровней), данное решение порождает следующие проблемы.
1) Несущественные и легко решаемые проблемы. В Ribbon кнопка добавления custom папки появляется в меню под кнопкой «Создать документ» и Breadcrumb показывающий ID папки за место имен
2) Серьезная проблема. При добавлении документа в папку в форме «Отправка документа» в текстовом поле «Папка» и в PickerTreeView высвечивается старое поле «Наименование» т.е. ID папки. Простого решения не вижу.
3) Очень серьезная проблема. По задаче к библиотеке привязывается классификатор метаданных, OOB control, который включается в "Библиотека документов: параметры" -> "Настройка навигации для метаданных". В нем показывается стандартная иерархия и иерархия
по метаданным. Как скорректировать отображение стандартной иерархии в этом control-е с участием моих имен папок не представляю.
4) Так же проблемы с отображением Представлений, ID папки отображается в том же столбце что имена файлов с ссылкой.
Есть ли смысл так глубоко заморачиваться с кастомизацией? Так как переписывание стандартного функционала на 50-70% это не дело и у нас нет в запасе столько человеко-часов для такой вроде бы не большой проблемы. Или есть более простые обходные решения? Silverlight?
Или может вообще отказаться от Sharepoint для данной задачи?
