Настраиваем формы с помощью SharePoint Designer

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

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

    В таком случае, нам на помощь приходит полезный инструмент — SharePoint Designer 2007, который с множеством документации и примеров теперь доступен для скачивания абсолютно бесплатно.

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

    Для примера, сделаем форму создания элемента списка «Задачи» на главной странице узла.

    Для работы нам, собственно, понадобится SharePoint (WSS) и SharePoint Designer (далее SPD), которые можно скачать по следующим ссылкам:
    WSS +SP1
    www.microsoft.com/downloads/details.aspx?familyid=EF93E453-75F1-45DF-8C6F-4565E8549C2A&displaylang=en
    SPD
    www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=baa3ad86-bfc1-4bd4-9812-d9e710d44f42

    Итак, у нас есть узел SharePoint и установленный SPD.

    Далее все просто.
    Запускаем SPD, подключаемся к нашему узлу и открываем главную страницу.

    image

    В меню жмем Insert> SharePoint Controls> Custom List Form, выбираем список (Tasks) и тип формы (New).

    image

    Форма добавлена.

    image

    Теперь модифицируем ее под наши требования – изменяем дизайн, текст, удаляем ненужные поля и т.д.
    (все делается также, как и в обычном HTML редакторе)

    Сохраняем страницу и переходим на наш узел.

    image

    Готово.
    10-20 минут и все без единой строчки кода. Плохо это или хорошо, решать Вам.
    Также Вы можете изменить формы создания, редактирования и чтения для любого списка.
    Для этого нужно открыть нужный список в SPD, выбрать страницу (например, Newform.aspx), удалить стандартную форму и добавить Custom List Form по вышеприведенному примеру. Или же можно просто создать новую страницу, а в свойствах списка назначить ее для отображения.

    На этом возможности кастомизации и создания форм для списков SharePoint только начинаются:)
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама

    Комментарии 12

      0
      интересно поставить только из-за WYSIWYG редактора )
        0
        Ну скажем так. В детстве я на практически только на этом туле сделал проект на 50K + несколько event хендлеров…
        Задача была решена — и это самое главное.
        +1
        «10-20 минут и все без единой строчки кода» — отличный повод для гордости!
        По своему субъективному мнению мнению считаю, что все-таки программирование мышкой не ведет по правильному пути. Примером того могут послужить армии быдлокодеров, которые умеют перетаскивать на форму компоненты delphi и связывать их в object inspector'е. При этом не понимая простйших вещей и создавая уйму головной боли тем, кому, не дай бог, это попало на доработку.
        Выход простой — либо разберись сам, либо обратись к знающему человеку.
        Можно не знать html и создавать страницы просто через ms word набивая текст и сохранять как html. В итоге получать ужаснейшие страницы, которые не растягиваются и утяжеленные в 2-3 раза бесполезными стилями.
        Мелкософт конечно стараются донести технологии до домохозяек, но имхо это перебор. Творения можно найти в разделе Кодобред.
          0
          Не согласен.

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

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

          Далее уже должны работать консультанты и ИТ-специалисты.

          Разумеется, оптимальную грань найти сложно — т.к. если сделать очень уж очень функциональный инструментарий, то он будет довольно сложный и не нужный для решения 90% задач системы.

          А custom доработки имеют кучу минусов:
          начиная от того, что на проект приходится привлекать разработчика, проводить тестирование, code review и т.д.
          А потом могут начаться проблемы и у клиента — нужно делать обновление до новой версии, что зачастую может привести к проблемам. Да и сам разработчик может убежать — а если не было сделано нормального документирования, то зачастую и вообще проще иногда переделать все.
          0
          А можно в шарепоинте сделать поиск по связанному списку? Типа того, как люди ищутся? Очень не нравится выбирать из полного списка посредством комбобокса, а других вариантов вроде как и не дано.
            +1
            Да, есть такое решение на codeplex.

            Вообще крайне рекомендую даный ресурс — можете найти множество решений Ваших проблем, причем все с открытым кодом.

            lookupwithpicker.codeplex.com/
              0
              Афигеть! :-) Огромное спасибо, сильно не хватало! Про кодеплекс в курсе, но очень давно не заглядывал.

              Максим.
                0
                Ещё вопрос, а решения для иерархически связанных списков нигде не пробегало? С первого просмотра кодеплекса не нашел. Помню, что видел платные решения, но платные нам не подходят :-)

                Максим.
                  0
                  slam.codeplex.com

                  это решение (скорее даже платформа) для создания иерархических структур списков.
                  вещь нужная и полнезная.

                  вот здесь видео можно глянуть vimeo.com/3574551
                    0
                    Спасибо, покопаю. Ишь чего оказывается наворотили без присмотра :-)

                    Максим.
              0
              Для Sharepoint Designer'a есть Service Pack 1 + несколько заплаток. К тому же есть русские версии WSS и SPD.
                0
                IMHO конечно, но помоему все эти локализованные версии инструментов для разработки ни к чему хорошему не приводят… только путаница одна…

                локализации для пользователей — другое дело.

                разработчик в наше время просто обязан знать английский, да и потом, до плохого может дойти (вспомните русскоязычный код в 1C — мне такое только в кошмарном сне может приснится, да и в русских названиях функций в Excel или Infopath ничего хорошего не вижу).

                Не уличите меня в «нелюбви» к русскому языку, но всетаки это лишнее на мой взгляд…

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

              Самое читаемое