UPDATE (01/17/08): Þetta blogg viðræður færslu um meira tengil XSL gæsku: http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-development/rewriting-links-in-search-results-xslt.

Yfirlit og Markmið: I had created a simple bar chart to serve as component on a dashboard. I’ll save the details on building charts for another post, en ég vissi ekki finna það tækni (né spurningarmerki, fyrir þessi efni). It turned out there was a bug in the chart and while I fixed that, I took the opportunity to convert some labels into hyperlinks that pointed at the underlying list behind the graph. Til dæmis, there is a label with value "Hold". I wanted to turn the label into a hyperlink so that the user could click on it and drill down to the specific entries in the list whose status value is "Hold".

Steps:

1. Nota Visual Studio fyrir SharePoint-meðvitaðir IntelliSense.
2. Afritaðu DVWP er XSLT inn í Visual Studio (búa til auðan verkefni, bæta XSL skrá til verkefnisins).
3. Afrita á tengilinn sem þú vilt nota í klemmuspjald.
4. Límdu hana í réttum stað í XSL.
5. Convert URL argument separators on the query string from "&" to "&magnara;"
6. Url-umrita einstakar röksemdir.
7. Vefja sem inni <a href…> </a>

Dæmi:

Ég er með vefslóð:

HTTP://[miðlara]/[síða]/Listar / Open% 20Positions/AllItems.aspx?Skoða ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = Recruiter&FilterValue1 = Hold

Ég umbreyta það inn:

     <a href="Listar / Open% 20Positions/AllItems.aspx?Skoða =% 7b84EEA2F5-121B-40B7-946F-
0FA704A1DAA1}&magnara;FilterField1 = Recruiter&magnara;FilterValue1 = Hold">
       Halda:
     </a>

Ég hef höndunum umbreytt fyrsta rifrildi frá:

{84EEA2F5-121B-40B7-946F-0FA704A1DAA1}

að:

%7b84EEA2F5-121B-40B7-946F-0FA704A1DAA1}

(Í þetta, opinn Brace umbreytir í% 7b og lokun borsveif umbreytir í% 7D)

Annað og þriðja rök’ breytur ("FilterField1=Recruiter" and "FilterValue1=Halda" sig) þarft ekki að vera url-kóðuð vegna þess að þeir innihaldi ekki nein hættuleg stafi.

Skýringar:

Þessi tækni ætti almennt að vinna hvar sem þú vilt að embed tengil í XSLT þar tengil inniheldur breytur á slóðinni svo sem:

HTTP://[miðlara]/[síða]/Listar / Open% 20Positions/AllItems.aspx?Skoða ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = Recruiter&FilterValue1 = Hold

Ég fékk slóðina sig með aðgang að sérsniðnum lista og höndunum sía á stöðudálknum (labeled "Recruiter" ofan).

(Þetta er reyndar svolítið gamall fréttir, en eins og uppáhalds eldur stöð einkunnarorð mín kunngerir, "Better late than never").

Stöðva það út hér: http://www.sharepointbeagle.com/

Ef þú hefur ekki nú þegar, be sure to sign up.

Auðvitað, be sure to read minn hlutur about a real-world SharePoint project (þ.mt kröfur skilgreiningu, Er KPI, efnisgerðir, dashboards and more) as well as my colleague’s article about the content query web part.

There’s lot of other good stuff too.

Ég spurði þessa spurningu næstum í hverri viku, venjulega í tengslum við öryggi umræðu. An administrator/site creator has provisioned a site, stilla öryggi, arranged web parts and customized the quick launch to provide that oh-so-perfect set of options to the end user. En, út af the kassi, you can’t remove the "view all site content" hlekkur.

Mark Wagner veitir svarið hér (http://www.crsw.com/mark/Lists/Posts/Post.aspx?ID=36). Hans skrifa-upp er frábær á tveimur stigum. Það veitir svar við spurningunni, "How do I remove the View All Site Content" hlekkur? Þá, það svarar strax eftirfylgni á spurningu: Hvernig get ég gera auðveldlega skoða öll efni á síðuna tengil á síðuna-við-síða grundvelli?

Sem bónus: Nálgun hans vinnur fyrir WSS, ekki bara MOSS.

</enda>

Gerast áskrifandi að bloggið mitt!

See UPDATE (Ég) below (11/24/07) á Hvernig á að stilla Microsoft Office SharePoint Server 2007 til Netmöppur vísitölu og skríða fyrir Leita

Markmið: I want to execute a search restricted to a specific document library. Í þessu tilviki, skjalið bókasafn inniheldur þjálfun skjöl.

Steps:

1. Upptaka inn vefslóð skjal bókasafn.

2. Búa til umfang:

Fara á stjórnsýslu.

Aðgangur að SSP.

Go to "Search Settings".

Scroll down to the scope section and select "View Scopes".

Create a new scope. Give it a name and useful description.

3. Skilgreina umfang skríða reglur:

Bæta við reglu sem skilgreinir skjal bókasafn fyrir þetta svigrúm.

Select "web address" for "Scope Rule Type".

Sláðu inn heiti möppu (sjá #1 ofan).

Accept the default value of "Include".

Bíddu eftir að svigrúm til að uppfæra (eða hefja það handvirkt).

4. Virkjar umfang í staður safn.

Fara á síðuna safn þar sem þú vilt nota þessa umfang.

Bæta við nýjum svigrúm til viðeigandi sýna hóps eða hópa.

5. Leita!

Á þessum tímapunkti, you’re done. Assuming the scope is properly defined, það verður hægt að nálgast í mælar falla hæðir til einfaldra og ítarlegri leit og þegar þú leitar að nota þessi umfang, þú munt bara fá niðurstöður sem þú átt von.

Skýringar:

Ég skrifaði þessa bloggfærslu vegna leitum mínum fyrir einföld umfang skipulag snúið upp þurr með setningar eins:

• stilla mælar í mosa
• stilla leita umfang mosa
• mælar í SharePoint 2007
• mælar í SharePoint
• leita skjal bókasafn mosa
• Mælar fyrst mosi

Þú getur búið til a leita svigrúm á möppu, not just the entire document library.

A umfang má hluti á mörgum söfnum síðuna (þess vegna, a "shared service").

You can create the scope at the site collection level itself. Hins, I prefer to go to central admin because I can start the crawl from there. You cannot start the crawl from the site collection.

UPDATE (Ég) og með 11/24/07:

Kai Shang put together a great post entitled Hvernig á að stilla Microsoft Office SharePoint Server 2007 til Netmöppur vísitölu og skríða fyrir Leita @ http://kaishenghoo.spaces.live.com/blog/cns!8A7458DB12CA5AC9!206.entry

Í dag, I tried to access a document library via windows explorer. This doc lib is living inside a system that consists of two WFE’s load balanced by some kind of Cisco NLB solution. (Ef / þegar netið töframaður segja mér hvað það er, Ég uppfæri þessa færslu).

Windows explorer couldn’t connect. I did some research and eventually, net töframaður sagði að WebDAV er óvirkur / ekki studd / beneath the dignity of the NLB.

Svo, assuming the network wizards aren’t just telling me the network wizard equivalent of "take a long walk off a short bridge", Ég verð að furða — gerir NLB, eftir eðli, slökkva WebDAV? Do we lose our windows file explorer interface to SharePoint? Is Cisco the Súpa nasista?

Microsoft creates knowledge base articles day in and day out and some of those are darned important to know about if you live in the SharePoint world.

Ég halda upp til hraði með þeim í gegnum þjónustu veita við góða fólkinu á www.kbalertz.com. KBAlertz enables you to sign up for your favorite MS technology and they send you digest versions of Microsoft KB articles via email.

(UPPFÆRT 11/29 að útskýra hvernig á að nálgast vefur umsókn stefnu stillingum um HÍ)

I had one of those "why is MOSS doing this to me????" moments today. Í lok, það er allt mér að kenna.

We have an enterprise MOSS project going on and we want to secure "place holder" sites so that no user may access it or see it. That’s easy:

1. Farðu á síðuna.
2. Brjóta öryggi arf.
3. Fjarlægja hvern notanda / hóp úr leyfi á síðuna.

Ofangreind ætti að fara bara samansafn síða stjórnandi með leyfi til að sjá síðuna.

Ef einhver annar skráir sig í, þeir ættu ekki lengur að sjá síðuna og það ætti að vera öryggi stytt úr öllum venjulegum stöðum.

En … það var ekki. Á sama tíma, I suddenly realize that my "Joe User" standard user test account with no priv’s other than restricted read access has a "Site Actions" choice everywhere he goes. I double check one thing and double check something else. I pick up the phone to call a colleague, but put it down and check something else. I go for a walk and try everything all over again. I call a colleague and leave a message. And then, loksins, Mér finnst að á Ethan er blogg, his opening graph makes it quite simple:

Moss 2007 hefur a nýr lögun gestur Vefur Lögregla Umsókn. Þetta eru öryggi leyfi sem er bundinn við Vefur Umsókn. Þessar öryggi stillingar forgang allir öryggi stilling sem er sett á the staður safn eða blogg (Web) stigi fyrir þann notanda.

A quick visit to web application policies shows that "NT Authority\authenticated users" had been granted Full Read. I removed them from the list and everything finally started working as expected. I believe they were added in the first place by someone with the mistaken impression that that is best method to grant read access to everyone in the enterprise. It does, en, að þenja tilvitnun, "It does not mean what you think it means."

Access web application policies this way:

1. Fara á miðlægri stjórnsýslu
2. Veldu Umsókn Stjórn
3. Select "Policy for Web Application"
4. Á þeim skjá, make sure you pick the correct web application. Fyrir mig, vanskil það til the vefur umsókn Mið admin sem getur ekki verið það sem þú vilt.

Þegar ég hafði þetta vandamál, Ég leitaði fyrir eftirfarandi setningar og fékk furðu lítið í skilmálar af beinni aðstoð um þetta mál:

Site aðgerðir sýnileg fyrir alla notendur

Site aðgerðir sýnileg öllum notendum

síða aðgerðir eru öryggis ekki snyrt

tryggja MOSS síðuna

kynning á mosa öryggi

Technorati Tags: SharePoint

Fljótleg og einföld Leiðbeiningar:

Breyta síðu og bæta Core leitarniðurstöður vefur hluti.

Edit that web part and expand "Fixed Keyword Query".

Bæta fast leitarorð fyrirspurn (e.g. ContentType:"Training invoice" TrainingInvoiceNumber:1111)

Expand Results Query Options and change "Cross-Web Part query ID" to a value other than "User Query" (e.g. "Query 2").

Skýringar:

Using core search results in this manner allowed me to create a page that shows information from another site collection. The client has two major site collections: Deildir og vörur.

Þessi síða vara safn inniheldur, náttúrulega nóg, product information. Each product in the site collection aggregates data from multiple sources.

Eitt af deildum, kóðar og próf, is on such source. When users access product XYZ, they should see codes and testing data directly on the XYZ main page. Since codes and testing is hosted in another site collection, it’s a little awkward. We decided to use the core search results web part since search spans site collections. Codes and Testing manages product data via a custom list that is constrained by a specific content type. Aa keyword query that uses first the content type and then the product number narrow down the search to a single row in the custom list.

The keyword query above is an AND. It returns documents of content type "Training Invoice" and where the invoice number equals "1111".

A ágætur ávinningur af þessari nálgun: We can edit the XSL from the core search results web part and generate any format that we want.

Sjá hér (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) til umræðu annars blogger um þetta efni.

</enda>Gerast áskrifandi að bloggið mitt.

Ef þú halda a blog þessi er amk óverulega tengd SharePoint, please let me know in comments. I would love to add you to my blogg lista.

Ef þú halda a blog þessi er ekki tengd við SharePoint en langar mig til að bæta því samt, láttu mig vita. I’ll may create a separate blog list.

Vinsamlegast gefið:

• Blogg slóðina þína (augljóslega)
• Stutt lýsing á blogginu þínu.

I want to keep the link to "active" blogg, which I’m roughly defining as one post per week and minimum three months old. If you don’t meet that "requirement" add your name to comments anyway. It’s *my* list so I can break my own rule if I want to.

Takk!

The client noticed a bug today with the above mentioned template.

Course managers create courses. When creating a course, framkvæmdastjóri skilgreinir hámarksfjölda laus sæti.

The template provides for self-service enrollment. I enroll and a workflow attached to the registration list decrements the "available seats" tengslum við þessi námskeið.

Individuals may also unregister from a course. The bug lies here. Unregistering from a course does not increment the available seats counter. Þar af leiðandi, available seats is not accurate. This bug is compounded by the fact that when available seats decrements to zero, ekki meira sjálf-þjónusta skráning er leyfilegt.

Sem betur fer, Microsoft provides the workflow for this process. Even better, það er beinn-áfram workflow búin með SharePoint Designer.

Fylgdu þessum háu skrefum stigi að festa það:

1. Skjóta upp SDP.
2. Opna síðuna byggt af þjálfun sniðmát.
3. Access "Attendee unregistration" workflow.
4. Settu skrefum (Ég gerði þá fyrstu tvö skrefin):
   1. Reikna Námskeið:Fyllt Sæti mínus 1 (Framleiðsla til Variable:Calc)
   2. (þá) Uppfæra atriði í Námskeið

Smelltu á Ljúka og þú ert búinn.

Skjár skot:

SharePoint Designer:

Lokið workflow:

Reikna bora niður:

Uppfæra atriði í Námskeið: