I’m using a calendar to track panel discussions on a given day. 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 (maliban kung Naiwan ako ng isang bagay na tunay na halata).

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, sa pamamagitan ng default, it wants to list them in ID format. Kaya, if I add "Session 02" and then "Session 01" sa kalendaryo, ipinapakita nito ang mga ito sa pagkakasunud-sunod na (i.e, Sesyon 02 at pagkatapos Session 01). To list them in Session ID order, Akala ko upang subukan ang mga bagay:

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

   Dahil iyon ay hindi gumagana, 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, siguro kalendaryo kalooban pati na rin?

2. I-edit ang mga web bahagi, look for an "export" function at … Bzzz! 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, na nag-iiwan sa SharePoint Designer.

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, subalit ito ay mayroong: "<ListViewXml …. >naka-encode kabaliwan</ListViewXml>". Tiyakan, may hiyas na ito:

<Tanong>
<Saan>
<DateRangesOverlap>
<FieldRef Name="EventDate"/>
<FieldRef Name="EndDate"/>
<FieldRef Name="RecurrenceID"/>
<Value Type="DateTime">
<Buwan />
</Halaga>
</DateRangesOverlap>
</Saan>
<Orderby><FieldRef Name="Session_x0020_ID" /></Orderby>
</Tanong>

(Ko na ang decoded &lt;Ni at &gt at hatiin ang mga ito out sa maramihang mga linya para sa kapakanan ng kaliwanagan).

Idagdag ang <Orderby> kaunti at ngayon kusa itong isinasaayos sa pamamagitan ng Session ID, hindi ang panloob na mga item sa listahan ID.

Katakut-takot ang laki tip o’ ang sumbrero sa Becky Isserman para sa kanyang mga komento sa blog post Isha Sagi ni: http://www.sharepoint-tips.com/2008/07/caml-sorting-by-file-name.html. I wouldn’t have put the <Orderby> sa tamang lugar nang hindi kanyang komento.

Umaasa ako na magsulat ito up ng higit na malinaw na may mga screen shot sa lalong madaling panahon, pero kung sakali hindi ko magawa, hindi bababa sa ko ginawa ito magkano.

</dulo>

Kapag pinagsama-sama namin ang gastos ng isang napakahusay na oras na pag-iisip tungkol sa mga solusyon sa SharePoint — kung paano lumikha ng mga ito, na tool upang gamitin, kung ano ang mangyayari kapag mabigo silang i-deploy, Timer ng mga trabaho, mga saklaw, at iba pa. 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, mula sa isang pananaw ng haka-haka na disenyo, than deploying them. Deployment is basically a cookbook affair. Typically, i-install ang isang tampok, siguro ang isang tampok na receiver-load ng ilang mga data sa isang listahan, that sort of thing. Gayunman, retracting ay potensyal na mas kumplikado.

Ang isang naibigay na solusyon ay maaaring lumikha artifacts tulad ng mga ito:

• Uri ng Nilalaman
• Kahulugan ng Listahan
• Kahulugan ng Site
• Data sa isang listahan
• Kahit na receiver
• InfoPath form

Ang listahan napupunta sa.

Habang ito ay malinaw naman mahalaga sa disenyo ng isang solusyon na instantiates mga artifacts nang tama, 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, kung ano ang mangyayari kapag ang solusyon ay Binawi? 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.

Upang makatulong na ito, create a matrix that lists each artifact your solution deploys to SharePoint. List three columns per artifact, isa para lumikha, update and delete. For each case, matukoy ang tamang kahihinatnan para sa operasyon na.

This sort of analysis is obviously best done before the solution is ever deployed to a SharePoint farm. Gayunman, tulad ng paninigarilyo, 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, ngunit hindi bababa sa magkakaroon ka na ilagay ang isang kahon sa paligid ng problema.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin