Ја користим календар за праћење панел дискусије на одређени дан,,en,Имам две седнице,,en,подне и после подне,,en,Желим да направим приказ који показује јутарње сесије само наведени абецедним редом преко ИД сесије,,en,Ово је мало незгодно да постигне,,en,Ја могу лако створити филтрирани поглед показује само догађаје тог дана,,en,Календар ће показати све те догађаје и ако су сви се одржати у истом сату,,en,то им наводе раме уз раме у отвору за сат,,en,То је сјајно,,en,Незгодна је то што,,en,жели да их наведете у формат ИД,,en,ако додам "Сесија 02,,en,и онда "Сесија 01,,en,Да их наведете у сесија ИД би,,en,Конфигуришите приказ помоћу веб корисничког интерфејса,,en,Нема среће,,en,Не постоје опције за методу предмете на овај начин,,en. I have two sessions: morning and afternoon. I want to create a view that shows morning sessions only listed alphabetically via a session ID. This is a little tricky to accomplish (осим ако сам нешто пропустио прави очигледно).

I can easily create a filtered view showing just that day’s events. The calendar will show all those events and if they all take place on the same hour, it lists them side by side in the hour slot. That’s great. The tricky part is that, подразумевано, it wants to list them in ID format. Тако, if I add "Session 02" and then "Session 01" у календар, их показује у том циљу (и.е, Седница 02 а затим Сесија 01). To list them in Session ID order, Мислио сам да пробам ове ствари:

1. Configure the view using the web user interface. No luck. There are no options to sort items this way.

   Пошто се то не ради, I am now hoping there’s a CAML query somewhere in there that will allow me to override the sort. CQWP lets me make that kind of change, Можда ће, као и календар?

2. Измените део веб, look for an "export" функција и … БЗЗЗТ! I can’t export its XML. There is no export option.

   I’m still holding out hope that I can find and modify some CAML query. Since I can’t export the web part, који оставља СхареПоинт Десигнер.

3. I add the calendar web part to a sandbox site and open that site using SharePoint Designer. I look at the markup for the web part and I find what I’m looking for. It’s encoded madness, али је ту: "<ЛистВиевКсмл …. >кодирани лудило</ЛистВиевКсмл>". Посебно, ту је овај драгуљ:

<Питање>
<Где>
<ДатеРангесОверлап>
<FieldRef Name="EventDate"/>
<FieldRef Name="EndDate"/>
<FieldRef Name="RecurrenceID"/>
<Value Type="DateTime">
<Месец />
</Вредност>
</ДатеРангесОверлап>
</Где>
<ОрдерБи><FieldRef Name="Session_x0020_ID" /></ОрдерБи>
</Питање>

(Ја сам декодира &То;Је и &ГТ-а и да их деле се на више линија ради јасноће у).

Додајте <ОрдерБи> битни и сада га сортира по ИД сесије, Не унутрашња тацка ИД.

Гигантски савет о’ шешир на Беки Иссерман за њен коментар на блогу Иша Саги-а: http://www.sharepoint-tips.com/2008/07/caml-sorting-by-file-name.html. I wouldn’t have put the <ОрдерБи> на правом месту, без њеног коментара.

Надам се да пишем ово јасније са сцреен схот ускоро, али у случају да ја не радим, барем сам ово урадио много.

</крај>

Ми смо заједно проводе много времена размишљајући о СхареПоинт решења — како их створити, инструмент који се користи, шта се дешава када не успеју да се распореди, тимер послови, СЦОПЕС, итд. We spend so much time thinking about the up-front bits that it’s easy to forget that we need to retract them as well. Retracting solutions is probably more difficult, од идејног решења перспективе, than deploying them. Deployment is basically a cookbook affair. Typically, инсталирајте функцију, можда су карактеристика пријемник учита неке податке у листи, that sort of thing. Међутим, повлачите је потенцијално комплекснији.

Дато решење може да створи артефакте попут ових:

• Тип садржаја
• Листа Дефиниција
• Сите Дефинитион
• Подаци у листи
• Чак пријемници
• ИнфоПатх обрасци

Списак се наставља.

Иако је очигледно важно да прилагођавање решења инстанцира исправно те артефакте, it’s just as important to consider the update and delete cases. If your solution creates a new list and populates that list with data, шта се дешава када решење увучено? In some cases, the list should be deleted. In other cases, it should be left intact for historical purposes. Your business requirements will guide you to the right decision.

Да помогну у овом, create a matrix that lists each artifact your solution deploys to SharePoint. List three columns per artifact, један за креирање, ажурирање и брисање. For each case, одредити тачан исход за ту операцију.

This sort of analysis is obviously best done before the solution is ever deployed to a SharePoint farm. Међутим, као пушење, it’s never too late to start doing things correctly. Create that matrix and develop a plan to address the missing update/delete scenarios. It may be a hard problem to solve, али барем ћете је ставити оквир око проблема.

</крај>

Претплатите се на мој блог.

Следите ме на Туиттер на http://www.twitter.com/pagalvin