SharePoint ondersteunt sinds versie 2007 het gebruik van RSS feeds. Feeds kunnen worden geintegreerd in Web pages en van bijvoorbeeld lijsten, bibliotheken en zoekresultaten kunnen RSS feeds worden gebruikt.
Allemaal erg handig, maar er zijn een aantal valkuilen...
Een (niet volledige lijst) hiervan:
1. Om feeds van lijsten, bibliotheken et cetera binnen SharePoint te publiceren moet voor de betreffende Web applicatie Negotiate (Kerberos) in de Central Administration (of via STSADM of PowerShell) worden aangezet. Daarna kan deze weer worden omgezet in IIS default (Negotiate, NTLM).
2. Vooral voor het gebruik van externe feeds geldt dat de laadtijd van deze feeds van invloed zijn op de tijd die het Sharepoint kost om de Web page waarin deze feeds worden gebruikt, te laden. Te veel feeds of te trage feeds kunnen een onaanvaardbare laadtijd veroorzaken. Dus: testen en eventueel een cache implementeren.
3. Externe feeds bevatten wellicht content die ongewenst is voor publicatie (een zaak voor de webredactie en/of het management om hiervoor regelgeving te bepalen).
4. In externe feeds kunnen syntax fouten geslopen zijn of externe feeds kunnen niet precies voldoen aan de verwachtte standaard.
5. In interne feeds (lijsten, bibliotheken) wordt een deel van de gepubliceerde velden weergegeven in CDATA nodes. Gebruik van de hierin opgenomen velden vergt wellicht wat extra implementatie.
6. Gebruik van externe feeds in Sandboxed solutions werkt niet vanzelfsprekend. Mogelijk oplossing hiervoor is het inlezen van de RSS feed in JavaScript (XMLDOM object) en de feed vervolgens in een pagina deel (DOM mode) te publiceren.
Bovenstaande lijst is niet volledig, maar biedt een aardige lijst van aandachtspunten om mee te beginnen.
woensdag 14 maart 2012
SharePoint 2010: site pages en content pages, wat zijn de verschillen?
Weleens afgevraagd wat het verschil is tussen de Web Pages Library en de Site Pages Library in een SharePoint site?
Hieronder een korte uitleg...
Web Pages Library
In deze bibliotheek bevinden zich alle content pages voor een SharePoint Publishing Site. In deze bibliotheek dienen alleen Publishing Pages opgeslagen te worden. Dit kunnen grote hoeveelheden documenten zijn waarbij de beheersbaarheid een issue is.
Een Web page wordt gemaakt op basis van een Page Layout (gemaakt in SharePoint Designer), gevuld en ter publicatie aangeboden (approve/reject) en gepubliceerd in de volgende stappen:
1. In SharePoint Designer wordt een Page Layout aangemaakt die beschikbaar wordt gemaakt in een SharePoint Site Collectie.
2. De Content Owner maakt op basis van deze Page Layout een nieuwe Web Page aan (in een webbrowser).
3. De Content Owner vult de Web Page in en biedt deze ter beoordeling aan.
4. Een Approver keurt de Web Page goed (na deze eventueel gewijzigd te hebben) of keurt deze af.
5. Wanneer de Web Page is goedgekeurd wordt deze gepubliceerd.
Site Pages Library
De Site Pages library bevat alle standaard Webpart Pages (inclusief de Homepage van een site). Deze pagina's kunnen gepersonaliseerd worden (zowel een Personal View als een Shared View is beschikbaar), hetgeen niet mogelijk is bij Publishing Pages.
Meer lezen?
Plan for large Pages libraries
Create a publishing page layout
Hieronder een korte uitleg...
Web Pages Library
In deze bibliotheek bevinden zich alle content pages voor een SharePoint Publishing Site. In deze bibliotheek dienen alleen Publishing Pages opgeslagen te worden. Dit kunnen grote hoeveelheden documenten zijn waarbij de beheersbaarheid een issue is.
Een Web page wordt gemaakt op basis van een Page Layout (gemaakt in SharePoint Designer), gevuld en ter publicatie aangeboden (approve/reject) en gepubliceerd in de volgende stappen:
1. In SharePoint Designer wordt een Page Layout aangemaakt die beschikbaar wordt gemaakt in een SharePoint Site Collectie.
2. De Content Owner maakt op basis van deze Page Layout een nieuwe Web Page aan (in een webbrowser).
3. De Content Owner vult de Web Page in en biedt deze ter beoordeling aan.
4. Een Approver keurt de Web Page goed (na deze eventueel gewijzigd te hebben) of keurt deze af.
5. Wanneer de Web Page is goedgekeurd wordt deze gepubliceerd.
Site Pages Library
De Site Pages library bevat alle standaard Webpart Pages (inclusief de Homepage van een site). Deze pagina's kunnen gepersonaliseerd worden (zowel een Personal View als een Shared View is beschikbaar), hetgeen niet mogelijk is bij Publishing Pages.
Meer lezen?
Plan for large Pages libraries
Create a publishing page layout
dinsdag 6 maart 2012
SharePoint certificering: oefenen en examen doen, maar hoe?
Certificeren voor SharePoint?
Certificering wordt steeds belangrijker. Ga je werken binnen een organisatie, dan zijn de officiele papiertjes een mooie binnenkomer. Een papiertje zegt natuurlijk niet alles over het niveau van een SharePoint consultant, praktijkervaring is natuuurlijk veel belangrijker, maar het behaalde papiertje geeft in ieder geval aan dat er door de deelnemer over een aantal belangrijke SharePoint onderwerpen is nagedacht.
Oefenen, oefenen, oefenen
Om je goed voor te bereiden op een examen kun je oefenen middels proefexamens. ExamCollection stelt proefexamens beschikbaar van TestKing, Pass4sure, CertifyMe, ActualTest en Braindumps voor, onder anderen, Sharepoint examens. Deze zijn te vinden op: http://www.examcollection.com. De examens kunnen middels VCE extension can be opened with Visual CertExam Suite.
Relevante examens hier zijn:
SharePoint 2010:
70-667 TS: Microsoft SharePoint 2010, Configuring (exameninfo, proefexamen)
70-668 PRO: Microsoft SharePoint 2010, Administrator (exameninfo, proefexamen)
70-573 TS: Microsoft SharePoint 2010, Application Development (exameninfo, proefexamen)
70-576 PRO: Designing and Developing Microsoft SharePoint 2010 Applications (exameninfo, proefexamen)
70-667 TS: Microsoft SharePoint 2010, Configuring (exameninfo, proefexamen)
70-668 PRO: Microsoft SharePoint 2010, Administrator (exameninfo, proefexamen)
SharePoint 2007 / MOSS:
70-541 TS: Microsoft Windows SharePoint Services 3.0 - Application Development (exameninfo, proefexamen)
70-542 TS: Microsoft Office SharePoint Server 2007 - Application Development (exameninfo, proefexamen)
70-630 TS: Microsoft Office SharePoint Server 2007, Configuring (exameninfo, proefexamen)
Oude examens:
70-631 TS: Windows SharePoint Services 3.0, Configuring (exameninfo, proefexamen)
74-132 Designing a Portal Solution with Microsoft SharePoint Products and Technologies (Including Microsoft Content Management Server) (exameninfo, proefexamen)
74-133 Customizing Portal Solutions with Microsoft SharePoint Products and Technologies (Including Microsoft Content Management Server) (exameninfo, proefexamen)
Niet stampen maar slim oefenen
Natuurlijk kun je van alle proefexamens de antwoorden uit je hoofd leren en zo proberen de examens te halen. Maar uit proefexamens kan veel meer gehaald worden, vooral als je dat samen doet met collega's. In onze organisatie heb ik regelmatig "oefen avondjes" georganiseerd waarbij vragen onderling werden verdeeld en van onderwerpen die hierdoor geraakt werden presentaties werden gehouden door de deelnemers. Op die manier werden onderwerpen voldoende uitgediept en konden de bijbehorende vragen goed onderbouwd worden beantwoord.
Op de hoogte blijven?
Neem 'n abonnement op de RSS feed van ExamCollection: http://www.examcollection.com/feed/upload.rss.
Hulp nodig?
Hulp nodig bij het organiseren van oefen workshops? SharePoint Trainingen? Neem contact op met HansRontheWeb@live.com.
Certificering wordt steeds belangrijker. Ga je werken binnen een organisatie, dan zijn de officiele papiertjes een mooie binnenkomer. Een papiertje zegt natuurlijk niet alles over het niveau van een SharePoint consultant, praktijkervaring is natuuurlijk veel belangrijker, maar het behaalde papiertje geeft in ieder geval aan dat er door de deelnemer over een aantal belangrijke SharePoint onderwerpen is nagedacht.
Oefenen, oefenen, oefenen
Om je goed voor te bereiden op een examen kun je oefenen middels proefexamens. ExamCollection stelt proefexamens beschikbaar van TestKing, Pass4sure, CertifyMe, ActualTest en Braindumps voor, onder anderen, Sharepoint examens. Deze zijn te vinden op: http://www.examcollection.com. De examens kunnen middels VCE extension can be opened with Visual CertExam Suite.
Relevante examens hier zijn:
SharePoint 2010:
70-667 TS: Microsoft SharePoint 2010, Configuring (exameninfo, proefexamen)
70-668 PRO: Microsoft SharePoint 2010, Administrator (exameninfo, proefexamen)
70-573 TS: Microsoft SharePoint 2010, Application Development (exameninfo, proefexamen)
70-576 PRO: Designing and Developing Microsoft SharePoint 2010 Applications (exameninfo, proefexamen)
70-667 TS: Microsoft SharePoint 2010, Configuring (exameninfo, proefexamen)
70-668 PRO: Microsoft SharePoint 2010, Administrator (exameninfo, proefexamen)
SharePoint 2007 / MOSS:
70-541 TS: Microsoft Windows SharePoint Services 3.0 - Application Development (exameninfo, proefexamen)
70-542 TS: Microsoft Office SharePoint Server 2007 - Application Development (exameninfo, proefexamen)
70-630 TS: Microsoft Office SharePoint Server 2007, Configuring (exameninfo, proefexamen)
Oude examens:
70-631 TS: Windows SharePoint Services 3.0, Configuring (exameninfo, proefexamen)
74-132 Designing a Portal Solution with Microsoft SharePoint Products and Technologies (Including Microsoft Content Management Server) (exameninfo, proefexamen)
74-133 Customizing Portal Solutions with Microsoft SharePoint Products and Technologies (Including Microsoft Content Management Server) (exameninfo, proefexamen)
Niet stampen maar slim oefenen
Natuurlijk kun je van alle proefexamens de antwoorden uit je hoofd leren en zo proberen de examens te halen. Maar uit proefexamens kan veel meer gehaald worden, vooral als je dat samen doet met collega's. In onze organisatie heb ik regelmatig "oefen avondjes" georganiseerd waarbij vragen onderling werden verdeeld en van onderwerpen die hierdoor geraakt werden presentaties werden gehouden door de deelnemers. Op die manier werden onderwerpen voldoende uitgediept en konden de bijbehorende vragen goed onderbouwd worden beantwoord.
Op de hoogte blijven?
Neem 'n abonnement op de RSS feed van ExamCollection: http://www.examcollection.com/feed/upload.rss.
Hulp nodig?
Hulp nodig bij het organiseren van oefen workshops? SharePoint Trainingen? Neem contact op met HansRontheWeb@live.com.
vrijdag 17 februari 2012
SharePoint 2007 en 2010 CSS stijloverzichten en voorbeelden
Een mooi overzicht van de CSS stijlen die door SharePoint worden gebruikt, inclusief de lokaties waar deze worden gebruikt, de CSS bestandsnaam en een voorbeeld ervan worden op de volgende lokaties gegeven:
Voor SharePoint 2007:
CSS Reference Chart for SharePoint 2007 (Microsoft Office SharePoint Server 2007 and Windows SharePoint Services v3)
Voor SharePoint 2010:
SharePoint 2010 CSS Reference Chart
Voor SharePoint 2007:
CSS Reference Chart for SharePoint 2007 (Microsoft Office SharePoint Server 2007 and Windows SharePoint Services v3)
Voor SharePoint 2010:
SharePoint 2010 CSS Reference Chart
dinsdag 31 januari 2012
SharePoint 2013: wat is er al bekend?
Update: De SharePoint 2013 Preview is beschikbaar! Meer info hierover (en praktische links ermee te beginnen) vind je in mijn post SharePoint 2013 (Office 15): praktisch aan de slag.
Hoe Microsoft de volgende versie gaat noemen: SharePoint 2013 of SharePoint 15, weten we nog niet, maar de informatie die af en toe bekend wordt, ga ik in deze blogpost verzamelen.
Deze Technical Preview bevat een helpfile (chm) met informatie over het Managed Object Model. Dit is beperkt tot uitleg hoe andere Microsoft applicaties gebruik kunnen maken van SharePoint. Het Managed Object Model wordt dus slechts summier besproken. In concreto worden classes, members en methods genoemd, zonder verdere uitleg. Meer volgt (hopelijk) snel...
Hoe Microsoft de volgende versie gaat noemen: SharePoint 2013 of SharePoint 15, weten we nog niet, maar de informatie die af en toe bekend wordt, ga ik in deze blogpost verzamelen.
Technical Preview Managed Object Model Software Development Kit
Vandaag heeft Microsoft "SharePoint 15 Technical Preview Managed Object Model Software Development Kit" uitgebracht. Deze is te vinden op SharePoint 15 Technical Preview Managed Object Model Software Development Kit.Deze Technical Preview bevat een helpfile (chm) met informatie over het Managed Object Model. Dit is beperkt tot uitleg hoe andere Microsoft applicaties gebruik kunnen maken van SharePoint. Het Managed Object Model wordt dus slechts summier besproken. In concreto worden classes, members en methods genoemd, zonder verdere uitleg. Meer volgt (hopelijk) snel...
Office 15 and SharePoint 15 Beta Availability
Afgaande op geruchten (TAP member on a LinkedIn group) wordt de beta versie van SharePoint 2013 en Office 2013 juni 2012 beschikbaar gesteld.zondag 29 januari 2012
Aanpassen van lijst- en bibliotheekformulieren in SharePoint 2010, zonder SharePoint Designer of InfoPath
Zoals toegezegd, bij deze een vervolg op mijn blogpost Aanpassen van lijst- en bibliotheekformulieren zonder SharePoint Designer of InfoPath. Toegegeven, deze eerste versie was een probeersel en kon op verschillende punten wel wat verbetering gebruiken. En misschien moest ik ook eens een blogpost maken met wat meer plaatjes, alleen tekst is zo saai.
Een korte recap: hoe zat het ook alweer?
Standaard edit/view forms in Sharepoint zijn slecht aanpasbaar; de lijst/bibliotheekvelden worden weergegeven in een webonderdeel waaraan helaas niets veranderd kan worden. En dat terwijl je toch af en toe wel de behoefte heb om (zonder InfoPath of Designer) een mooi formulier te kunnen maken met wat meer intelligentie erin en een wat andere opmaak. Al was het maar het kunnen verbergen of zichtbaar maken van velden en het instellen van waarden van velden.
De truuk die je daarvoor kunt gebruiken is deze velden direct in de DOM object model te manipuleren. Je moet de velden dan eerst zien te vinden, waarna je eigenschappen ervan kunt wijzigen.
Een nieuwe opzet
In mijn eerste versie hiervan werden de velden recht-toe-recht-aan direct in het DOM object model opgezocht en gewijzigd. In mijn nieuwe opzet wordt eerst een JavaScript object model gemaakt van de velden in het formulier. Als dat model nueenmaal is gegenereerd kan eenvoudiger via JavaScript worden gewijzigd waarbij de bijgehorende velden in het DOM object model automatisch worden aangepast. Er is als het ware een abstractielaagje tussen het DOM object model en de intelligentie in de pagina gevoegd. Da's al een wat nettere opzet.
Maar nu naar de praktijk...
Een voorbeeld implementatie
Als demo van de nieuwe opzet heb ik het volgende geimplementeerd: een standaard list edit webpagina aangevuld met de volgende webonderdelen:
- Een Content Editor webonderdeel met JavaScript code om van de velden in het gesloten veld webonderdeel een JavaScript object model te genereren
- Een Content Editor webonderdeel voor een zelfgebouwde veld editor waarin wijzigingen (weergeven/verbergen) in het JavaScript object model kunnen worden doorgevoerd en in de webpagina worden getoond , "just for demo purposes".
Natuurlijk moet hiervoor eerst een testlijst worden gemaakt. Bij voorkeur een met velden voor ieder mogelijk veldtype, om alle mogelijkheden eens uit te proberen.
Edit modus van een lijst item edit formulier
Om een standaard listitem edit formulier te kunnen wijzigen moet het eerst in edit modus gebracht worden. Dat was in Sharepoint 2007 gemakkelijk (toevoegen van ToolPaneView=2 aan de URL van de betreffende webpagina). De SharePoint 2010 interface is echter gewijzigd ten opzichte van die van SharePoint 2007; een lijstitem wordt in een popup getoond. Aan de SharePoint 2010 URL's (b.v. http://hrweb.contoso.com/Lists/TestList1/AllItems.aspx) kun je daarom niet zien welke aspx pagina gebruikt wordt voor de popup. Daar kun je achter komen door via de rechtermuisknop de properties van de popup pagina op te vragen. Deze zal lijken op de volgende voorbeeld URL: http://hrweb.contoso.com/Lists/TestList1/EditForm.aspx. Via de truuk met de ToolPaneView=2 parameter kun je deze pagina in Edit-mode krijgen en kunnen de aanpassingen gemaakt worden.
Toevoegen van benodigde webonderdelen
In de opzet van de demo wordt het webonderdeel met de zelfgebouwde veld editor boven het gesloten webonderdelen met de velden geplaatst en het webonderdeel met de JavaScript code om van de velden in het gesloten veld webonderdeel een JavaScript object model te genereren eronder.
Het instellen van Content Editor webonderdelen gaat overigens enigszins anders dan in SharePoint 2007. Kon je met Sharepoint 2007 eenvoudig de HTML code via het properties menu instellen, in SharePoint 2010 moet je in het webonderdeel zelf klikken en via de Ribbon "Edit HTML source" selecteren. Daarnaast verandert SharePoint het een en ander in de code die je invoert zodat het editten ervan niet bepaald gebruiksvriendelijk wordt. Het is aan te raden om de JavaScript code in een gewone texteditor (tip: gratis NoteTab) te onderhouden en te plakken in het betreffende Content Editor webonderdeel. 't Is even wennen.
Webonderdeel 2: genereren van het JavaScript object model
JavaScipt kent user defined objecten die op een eenvoudige manier zijn aan te maken. De objecten kennen properties en kunnen worden uitgebreid met methods. Voor ons voorbeeld wordt een formulier object aangemaakt met daarin een array met veld objecten. Onderstaande code geeft op hoofdlijnen weer hoe deze objecten worden gedefinieerd.
Met de ScanField functie wordt het JavaScript object model gevuld met de in pagina aanwezige velden. Deze zijn te herkennen aan de <h3 class="ms-standardheader"> tags. De veldkenmerken zijn dan eenvoudig in het DOM object model op te zoeken en aan het JavaScript object model toe te voegen. Om zelf eens te kijken hoe het DOM object model eruit ziet kan gebruik worden gemaakt van de "View source" functie in de browser en de IE Developer Toolbar.
Webonderdeel 1: de zelfgebouwde veld editor
Dit webonderdeel wordt gegenereerd op basis van een div en een tabelletje die middels JavaScript wordt gevuld met de veldinformatie in het JavaScript object model.
In de veld editor worden de JavaScript functies waarmee het JavaScript object model (en daarmee het DOM object model) vervolgens aangeroepen.
Enkele voorbeelden:
Opzoeken van een veldobject op basis van de veldnaam in het JavaScript obect model:
Verbergen van een veldobject:
Updates van deze blogpost
Deze eerste versie is nog wat summier. Maar zoals vorige keer deed zal ik ook nu in deze blogpost doen: in de loop van de tijd verder uitbreiden met uitleg, voorbeelden en toepassingen.
Happy coding!
Een korte recap: hoe zat het ook alweer?
Standaard edit/view forms in Sharepoint zijn slecht aanpasbaar; de lijst/bibliotheekvelden worden weergegeven in een webonderdeel waaraan helaas niets veranderd kan worden. En dat terwijl je toch af en toe wel de behoefte heb om (zonder InfoPath of Designer) een mooi formulier te kunnen maken met wat meer intelligentie erin en een wat andere opmaak. Al was het maar het kunnen verbergen of zichtbaar maken van velden en het instellen van waarden van velden.
De truuk die je daarvoor kunt gebruiken is deze velden direct in de DOM object model te manipuleren. Je moet de velden dan eerst zien te vinden, waarna je eigenschappen ervan kunt wijzigen.
Een nieuwe opzet
In mijn eerste versie hiervan werden de velden recht-toe-recht-aan direct in het DOM object model opgezocht en gewijzigd. In mijn nieuwe opzet wordt eerst een JavaScript object model gemaakt van de velden in het formulier. Als dat model nueenmaal is gegenereerd kan eenvoudiger via JavaScript worden gewijzigd waarbij de bijgehorende velden in het DOM object model automatisch worden aangepast. Er is als het ware een abstractielaagje tussen het DOM object model en de intelligentie in de pagina gevoegd. Da's al een wat nettere opzet.
Maar nu naar de praktijk...
Een voorbeeld implementatie
Als demo van de nieuwe opzet heb ik het volgende geimplementeerd: een standaard list edit webpagina aangevuld met de volgende webonderdelen:
- Een Content Editor webonderdeel met JavaScript code om van de velden in het gesloten veld webonderdeel een JavaScript object model te genereren
- Een Content Editor webonderdeel voor een zelfgebouwde veld editor waarin wijzigingen (weergeven/verbergen) in het JavaScript object model kunnen worden doorgevoerd en in de webpagina worden getoond , "just for demo purposes".
Natuurlijk moet hiervoor eerst een testlijst worden gemaakt. Bij voorkeur een met velden voor ieder mogelijk veldtype, om alle mogelijkheden eens uit te proberen.
Edit modus van een lijst item edit formulier
Om een standaard listitem edit formulier te kunnen wijzigen moet het eerst in edit modus gebracht worden. Dat was in Sharepoint 2007 gemakkelijk (toevoegen van ToolPaneView=2 aan de URL van de betreffende webpagina). De SharePoint 2010 interface is echter gewijzigd ten opzichte van die van SharePoint 2007; een lijstitem wordt in een popup getoond. Aan de SharePoint 2010 URL's (b.v. http://hrweb.contoso.com/Lists/TestList1/AllItems.aspx) kun je daarom niet zien welke aspx pagina gebruikt wordt voor de popup. Daar kun je achter komen door via de rechtermuisknop de properties van de popup pagina op te vragen. Deze zal lijken op de volgende voorbeeld URL: http://hrweb.contoso.com/Lists/TestList1/EditForm.aspx. Via de truuk met de ToolPaneView=2 parameter kun je deze pagina in Edit-mode krijgen en kunnen de aanpassingen gemaakt worden.
Toevoegen van benodigde webonderdelen
In de opzet van de demo wordt het webonderdeel met de zelfgebouwde veld editor boven het gesloten webonderdelen met de velden geplaatst en het webonderdeel met de JavaScript code om van de velden in het gesloten veld webonderdeel een JavaScript object model te genereren eronder.
Het instellen van Content Editor webonderdelen gaat overigens enigszins anders dan in SharePoint 2007. Kon je met Sharepoint 2007 eenvoudig de HTML code via het properties menu instellen, in SharePoint 2010 moet je in het webonderdeel zelf klikken en via de Ribbon "Edit HTML source" selecteren. Daarnaast verandert SharePoint het een en ander in de code die je invoert zodat het editten ervan niet bepaald gebruiksvriendelijk wordt. Het is aan te raden om de JavaScript code in een gewone texteditor (tip: gratis NoteTab) te onderhouden en te plakken in het betreffende Content Editor webonderdeel. 't Is even wennen.
Webonderdeel 2: genereren van het JavaScript object model
JavaScipt kent user defined objecten die op een eenvoudige manier zijn aan te maken. De objecten kennen properties en kunnen worden uitgebreid met methods. Voor ons voorbeeld wordt een formulier object aangemaakt met daarin een array met veld objecten. Onderstaande code geeft op hoofdlijnen weer hoe deze objecten worden gedefinieerd.
function Form( iFormname ) {
this.Name = iFormname;
this.Fields = new Array();
// Scan form for fields and store them in the Fields array
ScanFields( this.Fields );
}
Form.prototype.FormFieldLookup = FormFieldLookup;
function Field( iFieldname, iRequired, ioDOMobject, ioRowDOMobject ) {
this.Name = iFieldname;
this.Required = iRequired;
this.Visible = true;
this.Enabled = true;
this.FieldDOMobject = ioDOMobject;
this.FieldRowDOMobject = ioRowDOMobject;
}
Field.prototype.FieldSetVisibility = FieldSetVisibility;
Field.prototype.FieldSetEnabled = FieldSetEnabled;
Met de ScanField functie wordt het JavaScript object model gevuld met de in pagina aanwezige velden. Deze zijn te herkennen aan de <h3 class="ms-standardheader"> tags. De veldkenmerken zijn dan eenvoudig in het DOM object model op te zoeken en aan het JavaScript object model toe te voegen. Om zelf eens te kijken hoe het DOM object model eruit ziet kan gebruik worden gemaakt van de "View source" functie in de browser en de IE Developer Toolbar.
Webonderdeel 1: de zelfgebouwde veld editor
Dit webonderdeel wordt gegenereerd op basis van een div en een tabelletje die middels JavaScript wordt gevuld met de veldinformatie in het JavaScript object model.
In de veld editor worden de JavaScript functies waarmee het JavaScript object model (en daarmee het DOM object model) vervolgens aangeroepen.
Enkele voorbeelden:
Opzoeken van een veldobject op basis van de veldnaam in het JavaScript obect model:
var vField = vForm.FormFieldLookup( vConsoleSelectFields.options[vConsoleSelectFields.selectedIndex].text );
Verbergen van een veldobject:
vField.FieldSetVisibility( iChecked );
Updates van deze blogpost
Deze eerste versie is nog wat summier. Maar zoals vorige keer deed zal ik ook nu in deze blogpost doen: in de loop van de tijd verder uitbreiden met uitleg, voorbeelden en toepassingen.
Happy coding!
maandag 2 januari 2012
SharePoint 2010: waar is het RSS Viewer webpart gebleven?
Als je je afvraagt waar Web parts gebleven zijn als je ze in je web page wilt selecteren, neem dan een kijkje in de Site collection features... wellicht is een benodige feature niet geactiveerd.
In mijn geval kon ik het (Content Rollup) RSS Viewer webpart niet vinden. Deze wordt zichtbaar als je de "SharePoint Server Standard Site Collection features" in de Site Collection Administration activeert.
En zo zijn er meer features die je beter kunt aanzetten...
In mijn geval kon ik het (Content Rollup) RSS Viewer webpart niet vinden. Deze wordt zichtbaar als je de "SharePoint Server Standard Site Collection features" in de Site Collection Administration activeert.
En zo zijn er meer features die je beter kunt aanzetten...
Abonneren op:
Posts (Atom)