Sharepoint изнутри : SharePoint work with features

Состоялась веб-трансляция по разработке шаблонов узлов для Sharepoint

tvsmetanina — Thu, 26 Feb 2009 13:19:00 GMT

Всем присутствовавшим, спасибо!

Обещанные материалы, то есть запись, примеры кода и презентацию можно скачать тут: http://www.techdays.ru/videos/1233.html

Веб каст по Брендингу Sharepoint

tvsmetanina — Thu, 30 Oct 2008 13:54:00 GMT

Веб каст прошел не без накладок. Столь медленная работа выртуальной машины для меня была неожиданностью.

Обещанные исходники примеров на создание темы, мастер страниц, а так же Stapling фичу можно скачать тут

Веб трансляция по брендингу Sharepoint

tvsmetanina — Sun, 26 Oct 2008 22:31:00 GMT

В этот четверг 30 октября 2008 г. в 12.00 провожу небольшую веб трансляцию по брендингу Sharepoint. Кому интересно, присоединяйтесь.

Подробнее здесь: http://www.microsoft.com/Rus/events/detail.mspx?eventid=1032393590

Как заменить application.master на собственный на всем портале SharePoint

tvsmetanina — Mon, 17 Sep 2007 17:40:00 GMT

Суть проблемы заключается в том, что если применить измененный application.master “мышкой” из Web интерфейса SharePoint, то останется довольно большое количество страниц (вся страницы, лежащие в папке LAYOUTS) к которым измененный master page не будет применяться.

Обойти такую проблему можно следующим образом:

1. Скопировать application.master и внести в него необходимые изменения. При этом нельзя удалять со страницы ни одного contentplaceholder'а.

Стандартный application.master, использующийся на портале по умолчанию находится на системном диске в папке \Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\LAYOUTS.

2. Создать фичу, которая будет инсталлировать masterpage на портал в Master Page Gallary. Как это делается читать здесь.

3. Разработать HttpHandler

Открываем Visual Studio 2005. Создаем там проект и класс, следующего содержания:

namespace Samples.Modules

{

/// <summary>

/// Модуль для переопределения master.page для системных страниц

/// </summary>

public class MasterPageModule : IHttpModule

{

public void Init(HttpApplication context)

{

context.PreRequestHandlerExecute += new EventHandler(context_PreRequestHandlerExecute);

}

void context_PreRequestHandlerExecute(object sender, EventArgs e)

{

Page page = HttpContext.Current.CurrentHandler as Page;

if (page != null)

{

page.PreInit += new EventHandler(page_PreInit);

}

void page_PreInit(object sender, EventArgs e)

{

Page page = sender as Page;

if (page != null)

{

// Is there a master page defined?

if (page.MasterPageFile != null)

{

// only change the application.master files as those are the offenders

if (page.MasterPageFile.Contains("application.master"))

page.MasterPageFile = "/_catalogs/masterpage/ sample_application.master";

}

public void Dispose()

{

}

Далее открываем web.config и прописываем туда наш Handler

</httpModules>

Теперь на всем портале будет применен наш кастомизированный masterpage

Добавляем новое представление для библиотеки документов используя feature

tvsmetanina — Sat, 04 Aug 2007 15:04:00 GMT

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

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

Приступим:

1) Копируем из папки C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\FEATURES папку DocumentLibrary (это и есть та фича, которая управляет стандартной библотекой документов) и переименовываем ее, например, в CustomDocumentLibrary

2) Открываем файл feature.xml и исправляем в нем id (генерируем новый используя guid generator). Я, так же, изменю еще Title, для того, чтобы можно было проще опознать нашу фичу в списке фичу, когда мы соберемся ее активировать и выставлю HIDDEN=FALSE

3) Далее, открываем файл schema.xml и ищем в нем секцию <Views>. Никаких полей в этом примере мы добавлять не будем и Content Type'ов делать тоже не будем, а просто создадим представление.

4) Ищем секцию <View BaseViewID="1" ..> .. </View> и копируем ее чуть ниже.

5) Выставляем в <View BaseViewID="1" ..> признак DefaultView="FALSE". Таким образом, получится, что представлением, показывающимся по-умолчанию будет наше скопированное представление.

6) Меняем в скопированном View, BaseViewID на что-нибудь не существующее, например на 10. И меняем DisplayName на Test View

7) Удаляем свойство SetupPath="pages\viewpage.aspx". А Url="Forms/AllItems.aspx" изменяем на Url="Forms/CustomAllItems.aspx"

8) Открываем файл DocumentLibrary.xml и в <ListTemplate меняем свойство DisplayName например на "Custom DocLib List", чтобы можно было узнать наш список, когда будем создавать его.

9) Удаляем весь xml между тэгами <View BaseViewID="10" ..> .. </View>.

У меня получился следующий результат:

</Toolbar>

</View>

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

10) Теперь, в той же папке, в которой лежит schema.xml создадим страницу CustomAllItems.aspx. Это и будет страницей нашего предсталения.

Страница должна выглядеть примерно так:

<%@ Page language="C#" MasterPageFile="~masterurl/default.master" Inherits="Microsoft.SharePoint.WebPartPages.WebPartPage,Microsoft.SharePoint,Version=12.0.0.0,Culture=neutral,PublicKeyToken=71e9bce111e9429c" %>

<%@ Register Tagprefix="SharePoint" Namespace="Microsoft.SharePoint.WebControls" Assembly="Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" %>

<%@ Register Tagprefix="Utilities" Namespace="Microsoft.SharePoint.Utilities" Assembly="Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" %>

<%@ Import Namespace="Microsoft.SharePoint" %>

<%@ Register Tagprefix="WebPartPages" Namespace="Microsoft.SharePoint.WebPartPages" Assembly="Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" %>

<asp:Content ContentPlaceHolderId="PlaceHolderPageTitle" runat="server"><SharePoint:ListProperty Property="Title" runat="server"/></asp:Content>

<asp:Content ContentPlaceHolderId="PlaceHolderPageTitleInTitleArea" runat="server">

<SharePoint:ListProperty Property="Title" runat="server"/>

</asp:Content>

<asp:content contentplaceholderid="PlaceHolderAdditionalPageHead" runat="server">

<SharePoint:RssLink runat="server" />

</asp:content>

<asp:Content ContentPlaceHolderId="PlaceHolderSearchArea" runat="server">

<SharePoint:DelegateControl runat="server"

ControlId="SmallSearchInputBox"/>

</asp:Content>

<asp:Content ContentPlaceHolderId="PlaceHolderPageImage" runat="server"><SharePoint:ViewIcon Width="145" Height="54" runat="server" /></asp:Content>

<asp:Content ContentPlaceHolderId="PlaceHolderLeftActions" runat="server">

<SharePoint:ModifySettingsLink runat="server" />

</asp:Content>

<asp:Content ContentPlaceHolderId ="PlaceHolderBodyLeftBorder" runat="server">

</asp:Content>

<asp:Content ContentPlaceHolderId="PlaceHolderMain" runat="server">

<WebPartPages:WebPartZone runat="server" FrameType="None" ID="Main" Title="loc:Main" />

</asp:Content>

<asp:Content ContentPlaceHolderId="PlaceHolderBodyAreaClass" runat="server">

.ms-bodyareaframe {

padding: 0px;

}

</style>

</asp:Content>

<asp:Content ContentPlaceHolderId="PlaceHolderPageDescription" runat="server">

<p>

<SharePoint:ListProperty ID="ListProperty1" CssClass="ms-listdescription" Property="Description" runat="server"/>

</p>

</asp:Content>

<asp:Content ContentPlaceHolderId="PlaceHolderCalendarNavigator" runat="server">

<SharePoint:SPCalendarNavigator id="CalendarNavigatorId" runat="server"/>

</asp:Content>

11) Устанавливаем нашу фичу и активируем ее.

12) Вот такое вот представление получилось у меня:

Что с этим можно делать дальше? А дальше, можно тоже используя фичи поместить на страницу CustomAllItems.aspx любые веб-части и получить собственное представление для библиотеки документов.

Скачать пример: CustomDocumentLibrary.zip (35.21 KB)

Создание своего ContentType для Page Layout

tvsmetanina — Thu, 28 Jun 2007 00:58:00 GMT

В этом примере мы создадим свой content type для page layout и применим его к уже сущестующему layout'у. При этом свой Content Type мы будем делатьне с нуля, а унаследуем его от Publishing Page.

1. Создадим файл feature.xml. Не буду описывать куда его клать и как инсталлировать. Это уже много кто и где описывал. В том числе я в этом посте. В крайнем случае msdn и google вам помогут ;).

2. Создадим файл ContentType.xml

<Elements xmlns="http://schemas.microsoft.com/sharepoint/">
......

<ContentType ID="0x010100C568DB52D9D0A14D9B2FDCC96666E9F2007948130EC3DB064584E219954237AF3900F164056CC3DA474096DD366224B5D804"
Name="TestPageLayout"
Group="Custom Content Types"
Description="">
<FieldRefs>

</FieldRefs>
</ContentType>

.......

</Elements>

Давайте разберемся с генерацией ID для Content Types:

Идентификаторы генерируются особым образом.

0x0101 - признак того, что мы наследуемся от документа

x010100C568DB52D9D0A14D9B2FDCC96666E9F2007948130EC3DB064584E219954237AF39 - так выглядить ID Publishing Page

00 - это разделитель. Он обязателен.

F164056CC3DA474096DD366224B5D804 - сгенерированный нами идентификатор

3. Теперь создадим файл CopyFiles.xml в котром и применим наш ContentType к PageLayout используя feature

</Module>

</Elements>

Примечание:

1) Две ";" подряд после TestPageLayout - это не опечатка, а просто у поля PublishingAssociatedContentType такой не тривиальный синтаксис.

2) Для того, чтобы все заработало, необходимо создать в папке с фичей папку PageLayouts и положить в нее файл TestLayout.aspx

Создание lookup и multiLookup полей из фичи

tvsmetanina — Thu, 28 Jun 2007 00:35:00 GMT

Поля типа lookup - это поля, ползволяющие осуществлять выбор значения из указанного поля другого списка.

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

List - путь к списку, откуда будут браться данные как в примере, или GUID списка (обязательно с {} )

ShowField - какое поле показывать в выпадающем списке. В нашем случае будут паказаны все значения из поля Title списка Lists/Categories

А теперь собственно ради чего этот пост затевался: если не указать ColName то возникает ошибка при сохранении или создании элемента списка содержащего lookup или multiLookup.

Перейдем к LookupMulti:

Mult="TRUE" - проставлять обязательно, иначе SharePoint не даст делать множественный выбор

List - путь к списку, откуда будут браться данные как в примере, или GUID списка (обязательно с {} )

ColName - тоже обязательна для указания.