Unë jam duke përdorur një kalendar për të ndjekur diskutime në një ditë të caktuar,,en,Unë kam dy seanca,,en,në mëngjes dhe pasdite,,en,Unë dua për të krijuar një pamje që tregon seanca e mëngjesit e shënuar vetëm alfabetikisht nëpërmjet një ID seancë,,en,Kjo është pak i ndërlikuar për të përmbushur,,en,I lehtë mund të krijojë një pamje të filtruar tregon vetëm ngjarjet e asaj dite,,en,Kalendari do të tregojë të gjitha ato ngjarje dhe në qoftë se ata të gjithë të zhvillohet në të njëjtën orë,,en,ajo liston ato krah për krah në slot orë,,en,Mrekulli,,en,Pjesë e ndërlikuar është se,,en,nga default,,en,ajo dëshiron të listën e tyre në format ID,,en,në qoftë se unë shtoj "Session 02,,en,dhe pastaj "Sesioni 01,,en,me kalendarin,,en,ajo tregon ato në atë mënyrë,,en,dhe pastaj Session,,en,Të lista e tyre në mënyrë Session ID,,en,Mendova për të provoni këto gjëra,,en,Konfiguroni pamjen duke përdorur ndërfaqen e përdoruesit web,,en,nuk ka fat,,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 (nëse kam humbur diçka të vërtetë të dukshme).

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, by default, it wants to list them in ID format. Kështu, if I add "Session 02" and then "Session 01" to the calendar, it shows them in that order (i.e, Seancë 02 and then Session 01). To list them in Session ID order, I thought to try these things:

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

   Since that didn’t work, 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, maybe calendar will as well?

2. Edit the web part, look for an "export" function and … BZZZT! 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, that leaves 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, but it’s there: "<ListViewXml …. >encoded madness</ListViewXml>". Në mënyrë të veçantë, there’s this gem:

<Pyetje>
<Ku>
<DateRangesOverlap>
<FieldRef Name="EventDate"/>
<FieldRef Name="EndDate"/>
<FieldRef Name="RecurrenceID"/>
<Value Type="DateTime">
<Month/>
</Vlerë>
</DateRangesOverlap>
</Ku>
<OrderBy><FieldRef Name="Session_x0020_ID" /></OrderBy>
</Pyetje>

(I’ve decoded the &lt;’s and &gt’s and split them out to multiple lines for clarity’s sake).

Add the <OrderBy> bit and now it sorts by Session ID, not the internal list item ID.

GIGANTIC tip o’ the hat to Becky Isserman for her comment to Isha Sagi’s blog post: http://www.sharepoint-tips.com/2008/07/caml-sorting-by-file-name.html. I wouldn’t have put the <OrderBy> in the right place without her comment.

I hope to write this up more clearly with screen shots soon, but in case I never do, at least I did this much.

</fund>

Ne kolektivisht shpenzojnë një pjesë të madhe të kohës të menduarit rreth zgjidhjeve të SharePoint — si për të krijuar ato, e cila mjet për të përdorur, çfarë ndodh kur ata dështojnë për të vendosur, Punë timer, Fushat, etj. 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, nga një perspektivë konceptuale të projektimit, than deploying them. Deployment is basically a cookbook affair. Typically, instaluar një tipar, ndoshta kanë një marrës tipar të ngarkesës disa të dhëna në një listë, that sort of thing. Megjithatë, retracting është potencialisht më komplekse.

Një zgjidhje e dhënë mund të krijojë objekte si këto:

• Lloji Përmbajtja
• Përkufizimi Lista
• Përkufizimi Site
• Të dhënat në një listë
• Edhe Përfituesit
• Forma InfoPath

Lista vazhdon.

Ndërsa kjo është padyshim e rëndësishme për të hartuar një zgjidhje që instantiates ato objekte saktë, 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, çfarë ndodh kur zgjidhja është e tërhoqi? 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.

Për të ndihmuar me këtë, create a matrix that lists each artifact your solution deploys to SharePoint. List three columns per artifact, një për të krijuar, update and delete. For each case, të përcaktojnë rezultatin e saktë për këtë operacion.

This sort of analysis is obviously best done before the solution is ever deployed to a SharePoint farm. Megjithatë, si pirja e duhanit, 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, por të paktën ju do të keni vënë një kuti rreth problemit.

</fund>

Abonohen në blogun tim.

Atëherë ejani pas meje në Twitter në http://www.twitter.com/pagalvin