Ninatumia kalenda kufuatilia majadiliano ya vikundi kwenye siku husika,,en,Nina vikao viwili,,en,asubuhi na mchana,,en,Nataka kujenga mtazamo kwamba inaonyesha vikao asubuhi tu waliotajwa alphabetically kupitia ID kikao,,en,Hii ni suala gumu kidogo wa kukamilisha,,en,Mimi urahisi kuunda maoni kuchujwa kuonyesha tu matukio ya siku hiyo ya,,en,kalenda itaonyesha matukio hayo yote na kama kila itafanyika katika muda wa saa moja,,en,ni orodha yao kwa upande upande katika saa yanayopangwa,,en,Hiyo ni kubwa,,en,sehemu gumu ni kwamba,,en,inataka orodha yao katika format ID,,en,kama mimi kuongeza "Kikao 02,,en,na kisha "Kikao 01,,en,Kuorodhesha yao katika Kikao ID ili,,en,Sanidi mtazamo kutumia wavuti user interface,,en,Hakuna bahati,,en,Hakuna njia ya kutatua vitu hivi,,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 (isipokuwa mimi amekosa kitu halisi dhahiri).

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, na default, it wants to list them in ID format. Hivyo, if I add "Session 02" and then "Session 01" wa kalenda ya, inaonyesha yao ili (i.e, Kikao 02 na kisha Kikao 01). To list them in Session ID order, Nilidhani kujaribu mambo haya:

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

   Tangu kwamba hakuwa na kazi, 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, labda kalenda mapenzi pamoja?

2. Hariri sehemu ya mtandao, look for an "export" kazi na … 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, kwamba majani 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, lakini ni huko: "<ListViewXml …. >encoded wazimu</ListViewXml>". Hasa, kuna gem hii:

<Swala>
<Ambapo>
<DateRangesOverlap>
<FieldRef Name="EventDate"/>
<FieldRef Name="EndDate"/>
<FieldRef Name="RecurrenceID"/>
<Value Type="DateTime">
<Mwezi />
</Thamani>
</DateRangesOverlap>
</Ambapo>
<Orderby><FieldRef Name="Session_x0020_ID" /></Orderby>
</Swala>

(Nimekuwa Decoded &lt;'S na &gt na kupasuliwa yao nje ya mistari kadhaa kwa ajili ya ufafanuzi).

Kuongeza <Orderby> kidogo na sasa aina hiyo kwa ID Kikao, si ndani ya orodha ya bidhaa ID.

Gigantic ncha au’ kofia Becky Isserman kwa maoni yake kwa blog post Isha Sagi ya: http://www.sharepoint-tips.com/2008/07/caml-sorting-by-file-name.html. I wouldn’t have put the <Orderby> katika nafasi ya haki bila maoni yake.

Natumaini kuandika hii hadi wazi zaidi na shots screen hivi karibuni, lakini katika kesi mimi kamwe kufanya, angalau mimi sana hii.

</mwisho>

Sisi kwa pamoja kutumia mpango mkubwa wa kufikiri kuhusu wakati SharePoint ufumbuzi — jinsi ya kujenga yao, zana ipi ya kutumia, kile kinachotokea wakati wao kushindwa kupeleka, timer ajira, scopes, nk. 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, kutoka katika mtazamo wa dhana kubuni, than deploying them. Deployment is basically a cookbook affair. Typically, kufunga kipengele, labda kuwa receiver kipengele mzigo data baadhi katika orodha, that sort of thing. Hata hivyo, retracting ni uwezekano ngumu zaidi.

ufumbuzi kutokana na inaweza kujenga mabaki kama haya:

• Aina ya maudhui
• Orodha ya Ufafanuzi
• Ufafanuzi tovuti
• Data katika orodha
• Hata kupokea
• InfoPath aina

orodha inaendelea.

Wakati ni wazi muhimu kwa kubuni ufumbuzi kwamba instantiates mabaki ya wale usahihi, 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, kile kinachotokea wakati ufumbuzi ni retracted? 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.

Kwa msaada na hii, create a matrix that lists each artifact your solution deploys to SharePoint. List three columns per artifact, moja kwa ajili ya kujenga, update and delete. For each case, kuamua matokeo sahihi kwa ajili ya operesheni ambayo.

This sort of analysis is obviously best done before the solution is ever deployed to a SharePoint farm. Hata hivyo, kama sigara, 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, lakini angalau wewe utakuwa na kuweka sanduku kuzunguka tatizo.

</mwisho>

Kujiunga na blog yangu.

Kufuata yangu juu ya Twitter kwa http://www.twitter.com/pagalvin