K problému KUV Psal jsem o tu, Jsem udělal nějaké testy a zjistil že KPI práce proti složky s meta data stejným způsobem, že proti dokumenty nebo položky seznamu. Dokázal jsem to tím, že vytvoří nový typ obsahu založený na obsahu typu složky a pak přidal několik polí. Jsem vytvořil některé ukazatele a dokázal jsem si, že klíčové ukazatele výkonu fungovat podle očekávání. To bylo vítanou zprávou. Není to dokonalé, vzhledem k tomu, že přechod se dostanete od KUV proti složek je přesně, co chcete. To není příliš mnoho nevýhodou, v mém případě, protože 1) koncoví uživatelé nevědí nic lepšího a 2) přechod se přejde do složky. Klepnutí na název složky a jsou na položku. Je to dvě kliknutí místo jedné, která není konec světa.

To tekla pěkně s prací, kterou jsem dělal. Já jsem vytvořit složku pro každý dokument, který dostane nahrané. To se provádí prostřednictvím příjemce události. Jako výsledek, je to hračka, aby nadřazená složka Meta data synchronizovaná s KUV řízené metadata ze souboru, samotná instalace je již na místě. This allows me to have my KPI’s and eat them too 🙂

Upravil jsem přijímač událostí přidat složku a potom nastavit typ obsahu této nové složky na můj vlastní typ obsahu KPI-přátelské. Tento kousek kódu udělal trik:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Dokumenty").Podsložky;
  Složka SPFolder addedFolder = srcFolders.Add(vlastnosti.ListItem.ID.ToString());

  SPContentTypeId kpiCT = nové SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["ID typu obsahu"] = kpiCT;
  addedFolder.Item.Update();

Chcete-li najít skutečné ID typu obsahu, Přístup k typu obsahu prostřednictvím nastavení webu a kopírovat/vložit jej z adresy URL, jak je uvedeno:

</Konec>

Přihlásit se na mém blogu!