Posts tonen met het label Managed Properties. Alle posts tonen
Posts tonen met het label Managed Properties. Alle posts tonen

16 juli 2015

Display Templates: Accordion

In deze blogpost ga ik uitleggen hoe je door middel van een Display Template een Accordion kan maken. Ik ga daar de Accordion van Unify voor gebruiken. Dat is een leuke, ruimtebesparende oplossing en meteen geschikt voor mobiele devices. Unify is gebaseerd op Bootstrap, wat een veel gebruikt responsive platform is, een aanrader.

We gaan de Accordion baseren op het Search Results Web Part. Hij komt er uiteindelijk zo uit te zien:



Start

De eerste stap die we nemen is het downloaden van de Starter Display Templates, die vind je in mijn andere blogpost. Sla de bestanden op onder een duidelijk herkenbare naam. In het geval van de Accordion zou dat iets als 'AccordionControl' en 'AccordionItem' kunnen zijn.

Upload de Display Templates (via de browser) naar Display Templates -> Search, in de Masterpage Gallery (Site Settings -> Web Designer Galleries -> Master pages and page layouts). Als je de bestanden hebt geüpload, zie je dat er vanzelf JS bestanden bij worden gegenereerd. Zo niet, dan is er iets niet goed gegaan.

Je kan ook via de 'New' button in de Display Templates-map nieuwe Display Templates aanmaken. De keuzes 'Control Display Template' en 'Item Display Template' zijn te vinden in de dropdown lijst.

Je kan vanaf nu het beste de Masterpage Gallery mappen (als je dat nog niet hebt gedaan, lees dan hier hoe je dat doet). De betreffende Display Templates kan je vanaf nu direct vanuit de verkenner openen in Notepad++ of een andere editor naar keuze.

Content

De 'vulling' van de Accordion gaan we uit een Custom List halen. In de Custom List hebben we niet veel meer nodig dan wat er standaard al wordt aangemaakt door SharePoint, maar we moeten wel 1 veld extra hebben, namelijk die voor de content van de Accordion items. In deze content willen we elementen zoals images, tabellen, etc. kunnen toevoegen, dus we hebben een Rich Text Field nodig. Er bestaat nog geen veld die representatief is voor ons doel, dus gaan we er zelf één aanmaken. Dat doen we niet in de Custom List, maar we maken het veld aan als Site Column. Waarom? 1. Omdat het dan de site-scope heeft en dus ook buiten onze Custom List gebruikt kan worden en 2. Omdat een zelf aangemaakte Site Column automatisch wordt gemapped naar een (nieuwe) Managed Property en die hebben we nodig om het veld in onze Display Template aan te kunnen roepen.

  1. Ga naar de Site Columns pagina (Site Settings -> Web Designer Galleries -> Site Columns).
  2. Klik op Create.
  3. Geef je Site Column een representatieve naam (ik heb gekozen voor 'Content', ivm de herbruikbaarheid van de column), Selecteer Multiple lines of text, zet de optie Number of lines for editing ruim in (bijvoorbeeld 25) en controleer of de optie Enhanced rich text (Rich text with pictures, tables, and hyperlinks) is geselecteerd.
  4. Klik op OK.
  5. Je ziet je Site Column nu in de lijst staan, default onder 'Custom Columns', tenzij je iets anders hebt ingevuld. Ga nu naar de Managed Properties pagina (https://[JouwDomein].sharepoint.com/_layouts/15/listmanagedproperties.aspx?level=sitecol) en zoek op je column naam. Maak een screenshot van de pagina (dit heb je later nodig ter vergelijking, dit is de makkelijkste manier). Werk je On Premise, dan moet je nu een crawl starten, werk je met SPO, dan zal je nu moeten wachten tot er een crawl wordt uitgevoerd (dit kan tussen de 15 minuten en 24 uur duren). Na de crawl zal je Site Column als Managed Property in de lijst verschijnen. SharePoint geeft een eigen naam aan de Managed Property en persoonlijk vind ik het nogal lastig die te achterhalen. De snelste manier is om je screenshot er weer bij te pakken, terug te gaan naar de Managed Properties pagina, weer te zoeken op je columnnaam en te vergelijken welk veld erbij is gekomen. Noteer/Kopieer de naam van de nieuwe Managed Property, die heb je straks nodig in je Display Template.


  6. Maak nu een Custom List aan en geef deze een repesentatieve naam.
  7. Ga naar de List Settings (Ribbon -> List -> List Settings).
  8. Scroll naar beneden naar de Columns section en klik op Add from existing site columns, zoek je zojuist aangemaakte Site Column op en voeg hem toe.
  9. Maak wat list items aan en vul deze met wat content.

Web Part

Om de resultaten te kunnen zien van de aanpassingen die je straks in de Display Templates gaat maken, moeten we eerst het Web Part aanmaken. Zoals eerder vermeldt gebruiken we hiervoor het Search Results Web Part.

  1. Ga naar de pagina waar je de Accordion wilt plaatsen.
  2. Voeg een Web part toe aan een Web Part zone naar keuze.
  3. Kies het Search Results Web Part en klik op Add.
  4. De volgende stap is het maken van de query zodat de juiste gegevens worden opgehaald.


  5. Ga naar het Edit Web Part menu (zie het pijltje rechts bovenin het Web Part)
  6. Klik op Change Query
  7. In het tabje Basics (zorg dat de Quick mode aan staat, dat zie aan het linkje rechts bovenin het tabje Switch to Advanced Mode/Switch to Quick Mode) selecteer je bij Select a query de optie Items matching a Tag (System).
  8. Bij Restrict by app kies je voor Specify a URL en geef je de volledige url naar je eerder aangemaakte Custom List in.
  9. Restrict by tag moet blijven staan op Don't restrict by any tag.
  10. Klik op OK.
  11. Klik in het Web Part menu op Apply (nog niet op OK!).
  12. Waarschijnlijk wint wat je nu ziet niet de schoonheidsprijs, maar je zou wel wat content uit de Custom List moeten zien nu. Klik het Web Part Edit menu nog niet weg, want we gaan nu de juiste Display Templates instellen.


  13. Klik nu op de + bij Display Templates.
  14. Als eerste zie je nu een dropdown met Results Control Display Template staan. In die dropdown zou je je eigen Control Display Template moeten zien, die je eerder hebt aangemaakt. Selecteer die. (Zie je hem niet? Heb je hem gepubliceerd?)
  15. Er onder staan twee radiobuttons. Selecteer de onderste waarbij staat: Use a single template to display items.
  16. Hieronder zie je weer een dropdown menu. Ook hier zou je eigen Item Display Template tussen de opties moeten staan. Selecteer die.
  17. Klik de + bij Display Templates nu weer dicht.
  18. De Display Templates zijn nu ingesteld, maar er zijn ook nog wat instellingen die andere dingen weergeven buiten de Templates. Die willen we niet zien, dus dat moeten we nog even uitschakelen.


  19. klik op de + bij Settings.
  20. Vink alles uit, behalve Show ranked results (Als we die ook uit zouden zetten, zouden we helemaal geen data zien in het Web Part).
  21. Het getal bij Number of results per page doet er niet toe, dat regelt jQuery straks. Kan je dus laten staan zoals t staat.
  22. Klik de + next bij Settings weer dicht.
  23. Standaard laat een SharePoint Web Part nog wat eigen opmaak. Bij de Accordion willen we dat beperken tot alleen de Title, dus dat passen we ook nog even aan.


  24. Klik de + bij Appearance open.
  25. Vul bovenin bij title een naam voor je Accordion in.
  26. Onderin zie je nu Chrome Type staan, met een dropdown menu. Kies de optie Title Only.
  27. Klik nu op OK en sla de pagina op.

Zo, dat was het v.w.b. de instellingen. Het lijkt nu nog helemaal niet op een Accordion, dus we gaan aan de slag met de invulling van de Display Templates.

Display Templates

Zoals ik in mijn eerdere blogpost heb vermeld, werken Display Templates met z'n tweeën, één als 'hoesje' voor het geheel (Control Display Template) en de ander voor individuele items (Item Display Template). Laten we beginnen met de eerste.

Control Display Template

De Control Display Template is niet alleen maar de markup voor het Web Part, het bevat ook alle referenties naar CSS en Javascript bestanden. Dat laatste beginnen we mee. Hieronder kan je de betreffende bestanden downloaden (upload ze zelf naar de gewenste locatie in SharePoint):

Open je Control Display Template in Notepad++ (of een andere editor naar keuze) en vervang alles tussen de <script> tags met onderstaande:
$includeScript(this.url, "~sitecollection/[Pad naar het bestand]/jquery.min.js");
$includeCSS(this.url, "~sitecollection/[Pad naar het bestand]/bootstrap.css");
$includeCSS(this.url, "~sitecollection/[Pad naar het bestand]/style.css");

De volgende stap is het inladen en gebruiken van de Bootstrap Javascript. Dat voegen we toe binnen de <!--#_ en _#--> tags, onder de regel var siteURL = SP.PageContextInfo.get_siteAbsoluteUrl();. Verder maken we een array aan, die de nummer-namen toe gaat voegen aan de Accordion items door middel van een for-loop. Dit is nodig om te bepalen welk item van de accordion 'expanded' staat en dat de rest dus 'collapsed' is.
AddPostRenderCallback(ctx, function() {
$.getScript(siteURL + "/[pad naar het bestand]/bootstrap.min.js");

var itemNumbers = ["One", "Two", "Three", "Four", "Five", "Six", "Seven", "Eight"];

for (var i = 0; i < ctx["CurrentItems"].length; i++) {
$("a.accordion-toggle").eq(i).attr("href", "#collapse-" + itemNumbers[i]);
$(".panel-collapse").eq(i).attr("id", "collapse-" + itemNumbers[i]);
}
});

We hebben nu alles ingeladen en geprogrammeerd wat we nodig hebben om de Accordion werkend te krijgen. Nu moeten we de Accordion zelf nog maken, de HTML dus. Voeg als eerste een class 'accordion' aan de allereerste <div> toe (die staat boven de code waarmee we de externe files hebben ingeladen). Vervang daarna de HTML vanaf de <div> met CSS-class 'container' door onderstaande HTML:
<div class="panel-group acc-v1" id="accordion-1">

</div>

Let op: Laat wel de buitenste <div> (waaraan je de class 'Accordion' hebt toegevoegd) helemaal intact! Als je die weg haalt gaat het stuk.

Als laatste voegen we de code toe die het Item Display Template straks gaat inladen. Zet onderstaande code in de <div> die je zojuist hebt aangemaakt:
_#= ctx.RenderItems(ctx) =#_

Om het geheel af te maken kan je nog een titel invullen tussen de <title> tags. Dat was het v.w.b. de Control Display Template, we gaan nu verder met het Item Display Template.

Item Display Template

In het Item Display Template moeten we als eerste aan gaan geven welke velden we willen ophalen. Dat doen we in de <mso:ManagedPropertyMapping msdt:dt="string"> tag. Je ziet hierin al wat velden staan. We missen er echter nog één, namelijk het custom Content veld wat we eerder hebben aangemaakt. We hebben het veld op Site-level aangemaakt, wat betekent dat het na de eerstvolgende crawl automatisch een Managed Property is geworden. Eerder in deze tutorial heb ik je al een screenshot laten maken van de Managed Properties pagina, nu moet je wederom naar deze pagina gaan en vergelijken welk veld erbij is gekomen. In mijn geval was dat 'Content1OWSMTXT'. Die Managed Property moet je nu als volgt toevoegen aan het Display Template:
'Content1OWSMTXT':'Content1OWSMTXT' Zorg ervoor dat deze setjes steeds door een komma gescheiden blijven.

Vervolgens moeten we het 'Content1OWSMTXT' veld aan een Javascript variabele koppelen. Dat doe je binnen de <!--#_ en _#--> tags, onder de regel var siteURL = SP.PageContextInfo.get_siteAbsoluteUrl();:
var content = $getItemValue(ctx, "Content1OWSMTXT");

Als laatste voegen we de HTML toe die we per item willen renderen. Vervang alle HTML vanaf de <div> met de CSS-class 'item' door onderstaande:
<div class="panel panel-default">
<div class="panel-heading">
<h4 class="panel-title">
<a class="accordion-toggle" data-toggle="collapse" data-parent="collapse-One" href="#collapse-One">
_#= $htmlEncode(title) =#_
</a>
</h4>
</div>

<div id="collapse-One" class="panel-collapse collapse">
<div class="panel-body">
_#= STSHtmlDecode(content.value) =#_
</div>
</div>
</div>

Let op: Laat wel de buitenste <div> intact! Als je die weg haalt gaat het stuk.

zie ook hier weer alle code stukjes die beginnen met '_#='. Hierin worden, via de variabelen, de SharePoint velden aangeroepen.

Dat was m! Als je nu de pagina ververst waarop je de Accordion hebt geplaatst, dan zou hem nu in al zijn glorie moeten kunnen bewonderen ☺

Voor het gemak zijn hier nog voorbeelden van de volledige bestanden te downloaden:

20 februari 2015

Display Templates - Tips & Tricks

In mijn vorige blogpost heb ik al een introductie geschreven over Display Templates. Deze blogpost is meer een verzameling van kleine dingetjes waar ik tegenaan ben gelopen tijdens het werken met de Display Templates.

Soorten Display Templates

Er zijn verschillende soorten display templates en voor iedere soort zijn er al standaard een aantal verschillende aangemaakt in SharePoint. Het loont dus de moeite om eerst even te checken of er niet al een geschikt template bestaat voor wat je wilt bereiken (Zelf heb ik altijd wel wat te zeuren, dus ik maak toch wel weer eigen templates ☺). Als je ook maar iets afwijkt van de standaard, wijzig dan niet het standaard Template, maar kopieer hem en maak een nieuwe aan.

Je vindt hier een overzicht van soorten en standaard Display Templates.

Managed Properties

Managed Properties zijn de SharePoint velden die je uit kan lezen in de Display Templates. Deze zijn er in alle soorten en maten en daarmee zijn er allerlei verschillende methoden om ze weer te geven. Daarover later in deze blogpost meer.

Er zijn in SharePoint veel meer properties dan alleen de Managed properties, deze heten Crawled Properties. Je kunt die echter niet direct uitlezen in een Display Template. Je moet ze eerst mappen naar een (bestaande of zelf aangemaakte) Managed Property. Hoe je dat doet lees je hier.

Omdat ik in SharePoint Online werk en dus geen Central Admin heb, hier nog even de link naar de Managed Properties lijst:
https://[JouwDomein].sharepoint.com/_layouts/15/listmanagedproperties.aspx?level=sitecol

Managed Properties uitlezen

In de <head> sectie van het Item Display Template Staat een tag <mso:ManagedPropertyMapping msdt:dt="string">. In deze tag moet je de Managed Properties definiëren die je uit wilt lezen. Dit ziet er ongeveer zo uit:
<mso:ManagedPropertyMapping msdt:dt="string">'Link URL'{Link URL}:'Path','Line 1 code'{Line 1}:'Title','Line 2 code'{Line 2}:'Description'</mso:ManagedPropertyMapping>

De definitie van een Managed Property is als volgt:
'Property Display Name'{Property Name}:'Managed Property Name'

  1. Property Display Name is volgens Microsoft de naam van de Property die te zien is in het Web Part bewerkingsmenu wanneer het Display Template is geselecteerd. Persoonlijk snap ik niet wat ze hiermee bedoelen. Ik zie het nergens terug. Als iemand hier meer van weet, hoor ik het heel graag!
    Voor zover ik weet is dit de waarde waarmee je de property aanroept in het script in je Display Template.
  2. Property Name is een identifier die gekoppeld is aan de Managed Property. Deze is zichtbaar als veld in het Web Part bewerkingsmenu onder 'Property Mappings'. Hier kan je ook een andere Manged Property aan datzelfde veld koppelen (dat zie je overigens niet terug in het Display Template, daarin stel je alleen de default waarde in).

    Deze Property Name is dus alleen van waarde als het Web Part de bewerkingsoptie 'Property Mappings' bevat. Is dat niet zo, dan kan je dit ook weglaten en de syntax als volgt gebruiken:
    'Property Display Name':'Managed Property Name'
  3. Managed Property Name is de werkelijke Managed Property, zoals het SharePoint systeem hem herkend. Het kunnen één of meer Managed Properties zijn, gescheiden door een puntkomma (;). Tijdens runtime wordt de lijst (die dus één of meerdere items kan bevatten) van links naar rechts uitgelezen en het eerste item dat een waarde van een Managed Property ophaalt, wordt toegepast.

Nadat je een Managed Property hebt gemapped, kan je het uitlezen door in de <body> van het Display Template een variabele (javascript) aan te maken:
<!--#_
var title = $getItemValue(ctx, "Line 1 code");
_#-->
Ik heb hier even deels de standaard TwoLine Item Display Template van SharePoint gekopieerd (en een beetje aangepast), omdat hierin het verschil goed duidelijk is.

Om de waarde van de Managed Property vervolgens weer te geven in je HTML, roep je de variabele aan op deze manier:
_#= variabele =#_
In het geval van Tekst waarden is het verstandig om de volgende syntax aan te houden:
_#= $htmlEncode(variabele) =#_
De htmlEncode zorgt ervoor dat alle special tekens die een script kunnen laten klappen, gecodeerd worden. Zo wordt een quote (') bijvoorbeeld omgezet naar &#39;.

Neem een kijkje in de standaard Display Templates van SharePoint om te zien wat er allemaal mogelijk is. Ook op deze website staat een hoop waardevolle informatie over scripten in Display Templates.

Afbeeldingen weergeven

De Managed Properties van afbeeldingen en iconen bestaan eigenlijk gewoon uit tekst, namelijk een url. Om dit om te zetten naar een afbeelding moet je de Managed Property dus aanroepen in de src van een <img> tag. De syntax zou er zo uit kunnen zien:
<img src="_#= variabele =#_" alt="" />
Er zit wel een valkuil in: SharePoint vindt urls die zijn onderbroken met een spatie niet zo leuk… Normaal worden die spaties opgevuld met een %20, maar hier dus niet. Zorg er dus voor dat je de Picture Library waar je de afbeeldingen uit wilt halen, GEEN spaties in de naam bevatten, of knutsel wat met JavaScript om de spatie te vervangen voor een %20 (geen idee hoe, niet geprobeerd).

Datums weergeven

Dit is ook een leuke, want je hebt hierin de vrijheid om het door jou gewenst format te gebruiken. Dit zou er bijvoorbeeld zo uit kunnen zien: _#= variabele.format("d MMMM yyyy") =#_ Maar je kan de datum ook splitsen. Zo heb ik bijvoorbeeld eens een gekleurd vakje gemaakt, met de datum daarin opgeknipt in twee stukken. Zo staan de dag en maand onder elkaar ipv naast elkaar: <div class="date-formats">
<span>_#= variabele.format("d") =#_</span> <!-- dag in cijfers -->
<small>_#= variabele.format("MMMM") =#_</small> <!-- maand in woorden -->
</div>

Een overzicht van alle beschikbare formats vind je hier.

File Type Icon uitlezen

Een gevalletje apart, want dit werkt, in ieder geval bij Search Result Display Templates, niet zoals je zou verwachten (mij een raadsel waarom niet, maar het is zo). Het file type icon is het icoontje dat je in bijvoorbeeld document libraries ziet staan als eerste kolom van ieder document. Het kan bijvoorbeeld een MS Word-icoontje zijn, of Excel, PDF, etc.

Om het toch voor elkaar te krijgen, stelen we hem gewoon even van een ContentBySearch Display Template. Dat doe je zo:

  1. In de Control Display Template voeg je het volgende script in: <script>
    $includeScript(this.url, "/_layouts/15/search.cbs.js");
    </script>
  2. In het Item Display Template voeg je de volgende regel code toe: var iconUrl = Srch.ContentBySearch.getIconSourceFromItem(ctx.CurrentItem);
  3. Roep de variabele aan in een <img> tag: <img src="_#= $urlHtmlEncodeString(iconURL) =#_" />

En klaar is Kees! Ik heb hierbij overigens geen styling meegenomen, dus het kan zijn dat je dat nog moet fixen. Binnenkort post ik een gedetailleerde tutorial over het maken van een 'Mijn Documenten' Display Template, waarin ik ook het file type icon meeneem.

Dit was het weer even voor nu, hopelijk heb je er wat aan ☺

Prefer to read this in English?

SharePoint 2013 - Display Templates

Display Templates zijn op zichzelf staande bestanden waarin Managed Properties (SharePoint velden, zoals Title, Description, etc) worden uitgelezen en HTML, CSS en JavaScript kan worden verwerkt. Deze bestandjes worden vervolgens gerenderd in een of meerdere pagina's van je SharePoint site. Je gebruikt ze om de weergave van Web Parts te bepalen. Ze bestaan uit twee HTML-bestanden en bij ieder van deze bestanden wordt automatisch een JS-bestand gegenereerd en gekoppeld. Met deze JS-bestanden doe je zelf niets, dat gaat allemaal automatisch.

Het eerste HTML bestand is de Control Display Template en de tweede is het Item Display Template. De Control Display Template bepaalt de algemene structuur van hoe de resultaten worden gepresenteerd in het Web Part (zoals lijsten, lijsten met paginering, sliders, etc). Bijvoorbeeld een <ul> waar je <li>'s in wilt gaan renderen. Daarnaast wordt het gebruikt om JavaScript en CSS bestanden in te laden.

Het Item Display Template bepaalt hoe elk resultaat in de set wordt weergegeven (zoals lijst items, afbeeldingen, tekst, etc). Dat zou dan dus een <li> (inc inhoud) zijn als we het bovenstaande voorbeeld aanhouden. Één <li>? Ja, het is een template, dus er gaat straks een lus doorheen die steeds diezelfde <li> gebruikt om het geheel op te bouwen. De Web Part instellingen bepalen hoeveel items dat zijn, Display Templates gaan daar niet over.

De reden dat er twee losse (Control en Item) bestanden zijn in plaats van alles in één, is dat je Control- en Item templates willekeurig kan combineren. Het zijn dus niet persé vaste setjes. Het kan heel goed zijn dat je voor dezelfde Control Display Template, meerdere Item Display Templates maakt, die bijvoorbeeld weer steeds andere SharePoint velden (Managed Properties) aanroepen, maar wel dezelfde JS/CSS en (container)markup gebruiken.

Leuk verhaal, maar hoe werkt dit nou in de praktijk?
Laten we beginnen bij het begin. Omdat ik zelf gebruik heb gemaakt van een SharePoint Online omgeving (waar je dus niet wilt deployen vanuit Visual Studio), ga ik daar in deze blogpost ook even vanuit. We gaan zodoende gebruik maken van de SharePoint Design Manager en Notepad++.

Persoonlijk vind ik de 'Search Results' methode het makkelijkst werken. Dat is slechts één en hetzelfde Web Part (namelijk het Search Results Web Part), waar je letterlijk en figuurlijk alle kanten mee op kan. Je plaatst dan dus voor ieder Web Part dat je wilt hebben op je pagina, een Search Results Web Part met een eigen query en laat de Display Templates bepalen hoe en wat er zichtbaar is. Zo kan hetzelfde Web Part er telkens compleet anders uitzien en andere data weergeven.
Nou moet ik toegeven dat ik nog niet van alle soorten Display Templates heb bekeken hoe en waar ze worden toegepast en of er in sommige gevallen dus betere alternatieven zijn dan Search Results. Wat ik wel zeker weet is dat Search Results in ieder geval goed werkt voor wat ik wilde bereiken.

Start

Je vindt de Search Results Display Templates hier:
https://[JouwDomein].sharepoint.com/_catalogs/masterpage/Display%20Templates/Search/

Dit gaat op SiteCollection niveau, dus als je een onderliggende SiteCollection hebt, zou het pad er zo uitzien:
https://[JouwDomein].sharepoint.com/sites/[JouwSiteCollection]/_catalogs/masterpage/Display%20Templates/Search/

Map Network Drive

Het werkt t makkelijkst om de Masterpage Gallery te mappen naar je computer, zodat je deze vanuit de verkenner kan openen. Lees hier hoe.
Let op dat: Je IE moet gebruiken, je bij het inloggen het 'ingelogd blijven' vinkje AAN moet zetten, je SharePoint domein/site aan je trusted sites toe moet voegen en je een willekeurige library moet openen dmv de 'Open in Explorer' optie in de ribbon (alleen mogelijk met IE). Na die stappen zou je moeten kunnen mappen. Zo lang als dat je ingelogd bent op de site, kan je via de verkenner de MP Gallery benaderen. Log je uit, dan kan je er niet meer bij. In de MP Gallery navigeer je naar Display Templates -> Search voor de juiste locatie.

Starter Display Templates

Via de links hieronder kan je 'kale' Starter Templates downloaden om mee te beginnen. De Control bevat een heading en een container voor de items, de Item Template toont de Title en Description.


Inderdaad, de JS files ontbreken. Klopt, die maakte SharePoint namelijk zelf aan, als je bovenstaande bestanden upload naar de Display Template Gallery. Je moet dit dan wel via de SharePoint user interface doen (dus via de browser).

Hoe nu verder?

Omdat het een heeeeel erg lange lap tekst wordt als ik de verschillende uitwerkingen allemaal in deze blogpost ga beschrijven, heb ik losse blogposts gemaakt voor een aantal individuele uitwerkingen:

Dan heb ik nog een blogpost met tips & tricks. Natuurlijk ben ik zelf tegen issues aangelopen waarmee ik heb geworsteld om het op te lossen. Om jullie dit leed te besparen staan in deze blogpost de oplossingen van deze issues en best practices om problemen te voorkomen.

Wat ook heel interessant is, is deze pagina. Je leest hier uitgebreid over het hoe en waarom en de opbouw van Display Templates.

Want to read this in English?