A MOSS fejléc jobboldalán elhelyezett kék súgó ikon helyettesítése gyakori ügyféligény. A csere viszont nem feltétlenül triviális. Akinek már volt dolga a SharePoint stílus osztályaival az tudhatja, hogy gyakran találkozhatunk a DOM-ban olyan elemekkel, amelyek közvetlenül nem címezhetőek. Dinamikusan felépített vezérlőknél - például a menük esetében - ez a probléma még messzebbre vezet.

 

Ebben a konkrét esetben a következő megoldás működik:

 

#ctl00_TopHelpLink IMG
{
               visibility: hidden;
}
 
#ctl00_TopHelpLink
{
               background: transparent url('{HIVATKOZÁS-AZ-ÚJ-IKONRA}') no-repeat;
}

 

Probléma: egy InfoPath űrlapon megadott "user"-ből (pl. a Contact Selector-al kiválasztott valakiről), akinek megvan a DisplayName-je, AccountId-ja, hogyan teszünk ki a SharePoint listára olyan adatot, hogy a listán már SPUser tipusú legyen? (...és így használható lehessen lista-nézetben szűrésre, akár a "user egyenlő [saját név]" tipusú szűrésre is...)

Lépések:

• (0) A SharePoint listán legyen egy "személy" tipusú mezőnk (nevezzük User-nek) és egy szöveg tipusú mezőnk (nevezzük LoginNev-nek).
  
  
• (1) Az űrlapon használjunk Contact Selector-t, az űrlap közzétételekor a Person/AccountId mezőt (mondjuk az első értékét, ha több is lehet) csatoljuk ki a SP listára a LoginNev sima szöveges mezőbe.
  
  
• (2) A listára hozzunk létre egy workflow-t a SharePoint Designerrel! A szükséges lépés: Mező beállítása az aktuális elemben. Ebben adjuk a "User" mezőnknek értéket a "LoginNev" mezőnkből! A szükséges konverziókat a workflow automatikusan elvégzi.

(érdemes figyelni még arra, hogy a wf ne fusson végtelen ciklusban... pl. ha a listaelem módosulásakor fut, akkor ha belemódosítunk így, akkor ez egy újabb futást indít el... de ennek megoldása nem ehhez a problémához kapcsolódik...)

Ha SharePoint Designerrel lecseréljük egy listának a kezelő lapját (pl.: EditForm.aspx), akkor elveszhet a csatolmány kezelés.

 

Ennek kijavítására fel kell tenni az Infrastructure Updatet és az XSLT-hez hozzá kell adni néhány sort a lentiek szerint.

 

http://support.microsoft.com/kb/953271

Alkalmazási példa:

Két lista elemeinek számát akarjuk egy teljesítmény mutatóban megjeleníteni. Erre a beépített KPI webpart nem alkalmas.

1. Hozzunk létre egy XML webservice adatforrást a SharePoint Designerben. pl.: http://<HOST>/sitedirectory/<SITE>/_vti_bin/lists.asmx?WSDL 
2. A következő lépésben ezt az adatforrást kell hozzákötni (link data source) a másik listához, aminek az adatait fel akarjuk használni a mutatószám kiszámításában.
3. Helyezzünk el egy dataview webpartot az oldalon, majd jelenítsük meg az összekötött (linked) adatforrásból az "ItemCount" elemet az imént létrehozott XSLT adatnézetben.
4. Ezek után tetszőleges új mezőket szúrhatunk be a nézetbe, majd számított értékeket helyezhetünk el az egyes mezőkben (Insert formula)

A grafikus KPI-k megjelenítéséhez használjuk a feltételes formázási funkciókat (Conditional format)

Az alábbi példa a SharePoint designer „join data sources” funkcióját mutatja be.

Adott az alábbi két Sharepoint lista:

 

Hozzunk létre a SharePoint Designer használatával egy csatolt adatforrást (Linked data source) 

 

 

Jelenítsük meg egy „Data view” webkijelzőben az alábbi mezőket: 

Hozzunk létre egy új oszlopot a táblázatban.

A következő lépésben helyezzük el az új oszlop első mezőjében a „Munkatárs neve” mezőt. Ez a mező már a „szervezet” listából, azaz a másik adatforrásból jön.

 

Majd kattintsunk jobb egérgombbal bármelyik munkatársnévre a táblázatban, és válasszuk az „Insert joined subview” parancsot.

A megjelenő párbeszédablakban adjuk meg a kulcsként használható mezőt, jelen esetben a „Title” és a „dolgozo” mezők tartalmazzák az egységes azonosítókat (dolgozó 1,2,3…)

A lap mentése után a web felületen is megtekinthetjük az eredményt: