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:

13 maart 2015

Display Templates: Slider

In deze blogpost ga ik uitleggen hoe je door middel van een Display Template een slider kan maken die de hele breedte van je scherm bedekt. Ik ga daar de Revolution Slider in Unify voor gebruiken. Dat is een hele mooie, responsive slider en daarmee meteen geschikt voor mobiele devices. Unify is gebaseerd op Bootstrap, wat een veel gebruikt responsive platform is, een aanrader.

We gaan de slider baseren op het Search Results Web Part, en omdat de slider even breed als ons scherm moet worden, gaan we ook een aangepaste Page Layout maken. De slider 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 slider zou dat iets als 'SliderControl' en 'SliderItem' 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.

Maak nu een Picture library aan in SharePoint. Geef deze een naam zonder spaties! Dit is belangrijk, want SharePoint vind spaties niet zo leuk, dus als er spaties in de url voorkomen, werkt het niet. Upload vervolgens de afbeeldingen die je in de slider wilt zien, in de library. Let er op dat je slider heel breed kan worden (zo breed als je scherm), maar wel een vaste hoogte heeft. De afbeeldingen moeten dus laag en breed zijn. Vul ook de velden van de titels en beschrijvingen in, die gaan we ook gebruiken in de slider.

Page Layout

De slider die we gaan maken is flexibel in breedte, maar altijd net zo breed als je scherm. Omdat voor elkaar te krijgen, moeten we de markup(HTML) op de betreffende pagina aanpassen. We maken de pagina 80% breed, behalve de slider, die wordt 100% breed.

Maak een nieuwe Page Layout aan. Dat kan je doen door een bestaande te kopiëren, maar ook door in de browser naar de Masterpage Library te navigeren (~/_catalogs/masterpage/Forms/AllItems.aspx) en in de ribbon op het pijltje bij New Document te klikken. Je krijgt dan een lijst te zien waar ook de Page Layout in staat.
Een derde optie is om de Design Manager te openen en daarin een Page Layout aan te maken. Die optie gebruik ik zelf meestal.

Voeg nu onderstaande CSS code toe aan de <!--MS:<asp:ContentPLaceHolder id="PlaceHolderAdditionalPageHead" runat="server">--> van de Page Layout (helemaal onderaan, dus vlak voor de sluit-tag): <!--MS:<style type="text/css">-->
/* De standaard contentBox heeft margins. Dat willen we niet, want de slider moet de hele paginabreedte innemen. De margins halen we dus weg. */
#contentBox {
margin: 0;
}

/* De sidenav staat nu standaard boven de slider. Die willen we er graag onder hebben, naast de rest van de content. Doen we dat niet, dan zal de sidenav de slider omlaag duwen en dat is niet mooi. De slider is nu flexibel in hoogte, maar die gaan we later nog beperken tot max 400px, vandaar deze waarde bij top. */
#sideNavBox {
position:relative;
top:500px;
}

/* Omdat de slider flexibel is (met een max-height van 400px), wordt hij steeds kleiner en minder hoog naarmate je scherm kleiner wordt. De mediaqueries gebruiken we om de relatieve afstand van de sidenav hierop aan te passen. In geval van IE werkte het alleen vanaf versie 9 en hoger.*/
@media screen and (max-width: 1024px) {
#sideNavBox {
top:450px;
}
}

@media screen and (max-width: 880px) {
#sideNavBox {
top:450px;
}
}

@media screen and (max-width: 730px) {
#sideNavBox {
top:450px;
}
}

/* Het is zeer waarschijnlijk dat er meer inhoud op je pagina komt dan alleen de slider. De contentPositioner positioneert een <div> op een breedte van 80% van je scherm en centreert deze op de pagina */
.contentPositioner {
margin: 0 auto 0 220px;
padding-top: 15px;
}

/* Hieronder staan 3 Web Part zones, twee smallere aan de zijkanten en een bredere in het midden */
.wpzLeft {
float: left;
width:25%;
margin:0 2% 0 0;
}

.wpzCenter {
float: left;
width: 46%;
}

.wpzRight {
float: left;
width: 25%;
margin: 0 0 0 2%;
}
<!--ME:</style>-->

Het is 'best practise' om zo min mogelijk inline CSS te gebruiken, dus normaal gesproken kun je de styling van Page Layouts het beste in je 'algemene' style sheet vanuit de custom Masterpage, of de Additional CSS instelling definiëren. Nu doe ik het even zo, omdat we ons hier willen richten op deze specifieke pagina, zonder alle rompslomp eromheen. In de CSS heb ik d.m.v. comments aangegeven waar de regels precies voor dienen, mocht je dat interessant vinden :-)

De volgende stap is de HTML op de Page Layout. Die vind je hier.
Vervang alle code die in de <!--MS:<asp:ContentPlaceHolder id="PlaceHolderMain" runat="server">--> tag staat, op de Title snippet na. In de code staan de Web Part zones er al in. Die hebben ieder een eigen ID. Het zou kunnen dat dat op jouw installatie problemen geeft. Als dat zo is, genereer dan zelf nieuwe IDs via de Snippet Tool of SharePoint Designer.

Als laatste moet je je Page Layout instellen op de gewenste pagina. Dat doe je door naar die pagina te navigeren, op het PAGE tabje te klikken van de ribbon en vervolgens op de Page Layout knop te klikken. You zou hier je custom Page Layout moeten kunnen kiezen, maar alleen als je hem eerst hebt gepubliceerd.

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 slider wilt plaatsen.
  2. Voeg een Web part toe aan de zone Slider Zone.
  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 Pictures (System).
  8. Bij Restrict by app kies je voor Specify a URL en geef je de volledige url naar je eerder aangemaakte Pictures library 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 Pictures Library 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 een titlebar zien, die willen we natuurlijk niet bij de slider, dus dat passen we ook nog even aan.


  24. Klik de + bij Appearance open.
  25. Onderin zie je nu Chrome Type staan, met een dropdown menu. Kies de optie None.
  26. Voor de netheid kan je bovenin bij title nog even een naam voor je slider invullen. Die naam is niet direct zichtbaar, want dat hebben we net uitgezet.

Zo, dat was het v.w.b. de instellingen. Het lijkt nu nog helemaal niet op een slider, 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):

Als eerste gaan we de slider even beperken tot maximaal 400px hoogte, alles daaronder zal hij flexibel blijven. Open hiervoor het bestand 'plugins.css'. Op regel 76 vind je de selector '.revolution-mch-1:after'. Voeg hierin de regel 'max-height:400px;' toe en sla op.

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]/style.css");
$includeCSS(this.url, "~sitecollection/[Pad naar het bestand]/settings.css");

Dan is er nog een fallback voor oude IE browsers, die voeg je als volgt direct na de </script> tag toe:
<!--[if lt IE 9]>
<script>
$includeCSS(this.url, "~sitecollection/[pad naar het bestand]/settings-ie8.css");
</script>
<![endif]-->

Er is hier nog wel een potentieel addertje. In het bestand 'style.css' zijn via @import verwijzingen opgenomen naar een aantal andere css bestanden. Die bestanden staan in dezelfde map, dus het pad bestaat uit slechts de bestandsnaam. Nu wil het wel eens zo zijn dat SharePoint deze paden relatief aan de siteroot ziet i.p.v. relatief aan de map waarin ze staan. Dat kan dus betekenen dat je de gehele url moet specificeren in de @import verwijzingen.
Daarnaast heb ik op één van mijn SPO omgevingen dat bij het navigeren zonder server refresh (dus F5 ipv CTRL + F5), de aanvullende CSS bestanden ineens helemaal niet meer worden geladen. Mocht je hetzelfde probleem ervaren, dan kan je de plugins.css op dezelfde manier in je Control Display Template aanroepen als de style.css.
Je ziet het overigens heel gemakkelijk aan de slider als het laden van deze aanvullende CSS bestanden niet werkt, dan gaat de slider zich raar gedragen en de titel is bijvoorbeeld heel klein.
Zelf heb ik dit probleem op de ene SharePoint Online omgeving wel en op de andere SharePoint Online omgeving niet. Het is me een raadsel waarom… Dus wie het weet mag het zeggen!

De volgende stap is het inladen en gebruiken van de Javascript voor de slider zelf. Dat voeg je toe binnen de <!--#_ en _#--> tags, onder de regel var siteURL = SP.PageContextInfo.get_siteAbsoluteUrl();:
AddPostRenderCallback(ctx, function() {
$.getScript(siteURL + "/[pad naar het bestand]/jquery.themepunch.revolution.min.js", function(){
$.getScript(siteURL + "/[pad naar het bestand]/jquery.themepunch.tools.min.js", function(){
$.getScript(siteURL + "/[pad naar het bestand]/revolution-slider.js", function(){
jQuery(document).ready(function() {
RevolutionSlider.initRSfullWidth();
});
});
});
});
});

Om te zorgen dat de slider foutloos werkt, moeten de javascript bestanden in een bepaalde volgorde worden ingeladen. Aangezien SharePoint alles asynchroon inlaadt tussen de <script> tags, ontstaan er bugs (sommige js bestanden worden niet altijd geladen, waardoor de slider stuk gaat). Met bovenstaande code maken we dus telkens een function die een bestand inlaadt en vervolgens weer een nieuwe function aanroept, die op zijn beurt weer een bestand inlaadt, etc. Net zo lang tot we alle bestanden hebben geladen.

We hebben nu alles ingeladen en geactiveerd wat we nodig hebben om de slider werkend te krijgen. Nu moeten we de slider zelf nog maken, de HTML dus. Voeg als eerste een class 'RevolutionSlider' 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="tp-banner-container">
<div class="tp-banner">
<ul>

</ul>
<div class="tp-bannertimer tp-bottom"></div>
</div>
</div>

Let op: Laat wel de buitenste <div> (waaraan je de class 'RevolutionSlider' 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 tussen de <ul> tags:
_#= 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 de afbeelding. Voeg de volgende code toe aan de ManagedPropertyMapping tag:
‘PictureURL’:’ PictureURL’ Zorg ervoor dat deze setjes steeds door een komma gescheiden blijven.

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

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:
<li class="revolution-mch-1" data-transition="fade" data-slotamount="5" data-masterspeed="1000" data-title="_#= $htmlEncode(title) =#_">
<img src="_#= pictureURL =#_" alt="_#= $htmlEncode(title) =#_" data-bgfit="cover" data-bgposition="left top" data-bgrepeat="no-repeat">
<div class="tp-caption revolution-ch1 sft start"
data-x="center"
data-hoffset="0"
data-y="100"
data-speed="1500"
data-start="500"
data-easing="Back.easeInOut"
data-endeasing="Power1.easeIn"
data-endspeed="300">
_#= $htmlEncode(title) =#_
</div>

<div class="tp-caption revolution-ch2 sft" style="z-index: 6"
data-x="center"
data-hoffset="0"
data-y="190"
data-speed="1400"
data-start="2000"
data-easing="Power4.easeOut"
data-endspeed="300"
data-endeasing="Power1.easeIn"
data-captionhidden="off">
_#= $htmlEncode(description) =#_
</div>

<div class="tp-caption sft" style="z-index: 6"
data-x="center"
data-hoffset="0"
data-y="310"
data-speed="1600"
data-start="2800"
data-easing="Power4.easeOut"
data-endspeed="300"
data-endeasing="Power1.easeIn"
data-captionhidden="off">
<a href="_#= linkURL =#_" class="btn-u btn-brd btn-brd-hover btn-u-light">Read More</a>
</div>
</li>

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 slider 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?