SharePoint Shop Talk Open Q&Een sessie donderdag 08/13 @ 12:30 PM EDT

Arcovis zal hosten van onze tweede "SharePoint Shop Talk" sessie deze donderdag op 12:30 PM EDT. Opdagen met uw SharePoint vragen en wij zullen ons best doen om u te vermaken met banjo grappen, slim maar onschadelijk put-downs van onze collega panelleden en misschien zelfs antwoord een vraag of twee. Van deze week "officiële" deelvenster bevat jouwe echt, mijn Arcovis partners (Natalya Voskresenskaya en Harry Jones) en Laura Rodgers (van Twitter & EndUserSharePoint Fame). Bob fox bedreigd om te sluiten, maar ik niet nemen dat ook serieus. Laatste keer, We hadden een grote mate van deelname van het publiek die de lijn tussen de panelleden en genodigden vervaagt en ik verwacht dat hetzelfde zal gebeuren donderdag.

Deze gebeurtenis wordt mede gesponsord door geïntegreerde systemen en Services Group (www.issgroup.net).

Registreer dan hier: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=9xrzxfs9x34sb0sm

Als u vragen die u wenst ons hebt te nemen, gewoon bellen in de oproep en vragen. Als u wilt dat wij te denken over het eerste, Stuur ons een e-mail of hier een reactie achterlaten.

Zie je vervolgens!

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Reeds bestaande aandoeningen: SharePoint-waarschuwing sjablonen aan de redding (?)

Een van mijn cliënten gewerkt met een eerdere aannemer voor de bouw van een kleine maar nuttige HR applicatie voor de onderneming. Die aannemer SharePoint Designer gebruikt voor de uitvoering van de werkstroom deel van de oplossing. Het is een beetje een puinhoop. Bijvoorbeeld, Er zijn negen EPD werkstromen ter ondersteuning van een enkele logische workflowproces en maximaal vijf van hen kan brand gelijktijdig op een gegeven moment de juiste omstandigheden. Het is niet eenvoudig om fouten op te sporen 🙂

Mijn klant heeft een aantal nog openstaande behoeften, een daarvan is het over het algemeen leveren meer context wanneer het systeem e-mail alerts – zowel in de e-mail zelf, alsmede de bijbehorende taakformulieren stuurt. Als SPD weten werkstroom uitvoerders, de actie "verzamelen gegevens van gebruiker" SPD maakt eigenlijk een taak met een aangepaste inhoudstype. Wanneer we dat actie gebruiken, We krijgen niet om op te geven veel. We kunnen vragen voor sommige waarden (bijvoorbeeld. "goedkeuren" of "weigeren") en kunnen we een hard gecodeerde waarde opgeven in de titel en beschrijving. That's about it.

Mijn klant eis is dat twee vouwen:

  1. Wanneer SharePoint stuurt een e-mail over een taaktoewijzing, een heleboel informatie over de taak opnemen in de hoofdtekst van e-mail.
  2. Wat nog belangrijker is, veruit – Wanneer de gebruiker klikt op de taak link in de e-mail, het taakformulier moet beschikken over alle informatie die de goedkeurder nodig heeft om te maken van zijn/haar goedkeuren of weigeren van besluit. Nu onmiddellijk, de manager moet Klik op de koppeling van het item zelf aan Voer een drilldownbewerking uit op de onderliggende details en niemand houdt van die. U moet klikken in de e-mail. Dan moet je een soort van duistere koppeling op het taakitem te klikken. Dan kunt u kijken naar de onderliggende gegevens (in dit geval vormen een InfoPath). Klik vervolgens op je rug/rug, etc. Iedereen heeft een hekel aan het.

Ik heb deze enigszins rommelig technische oplossing overgenomen en ik wijzigingen wilt aanbrengen in de minst indringende wijze mogelijk.

De aanpak die ik ben nu nemen is het creëren van een aangepaste waakzame sjabloon. U kunt lezen over die hier. De stroom werkt als volgt:

  • SPD werkstroom wordt uitgevoerd.
  • Op een bepaald punt, een taak wordt toegewezen aan een manager.
  • SharePoint systeem stuurt automatisch een waarschuwing aan deze manager. Dit is geen onderdeel van de SPD-werkstroom maar "wat SharePoint doet." (De SharePoint-timerservice, Ik denk dat).
  • Een aangepaste waakzame handler wordt aangeroepen in het voordeel van het standaard waarschuwing proces (magische regels te volgen verwezen zoals beschreven in de bovenstaande artikel).
  • Wanneer mijn aangepaste waakzame handler wordt uitgevoerd, het genereert een prachtige e-mail. Wat nog belangrijker is, omdat het heeft de taak in de hand, het siert ook de werkelijke taak met alle kader-informatie die nodig is om te voldoen aan de eis van zakelijke.
  • De gebruiker ontvangt de e-mail en het zit vol met nuttige context information.
  • Gebruiker op de taakkoppeling verwijderen en de taak zelf is vol met nuttige kader informatie.
  • Iedereen gaat naar huis om watermeloen en ijs.

Ik deed een snelle POC en het werkt goed in een testomgeving. Ik krijg mijn aangepaste e-mail alert zoals verwacht. Ik krijg ook de beschrijving van de werkzaamheid en de titel zelf bijwerken.

De alleen lastig bit, tot nu toe, is om te voorkomen dat een situatie waar de waarschuwing het item bijgewerkt, een andere waarschuwing triggering. Dit niet ongerust maken me.

Ziet er veelbelovend zo ver...

Het grote ding over dit is dat ik niet hoeft te muck over met een van de bestaande SPD-werkstromen. Ze zijn zalig niet van bewust dat een waarschuwing handler is"IIZ RUNNIN IN DA BAKGROUND, DECORATIN TEH TAAK LIJST WIF MOAR CONTEXT”.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Live SharePoint Q&Een sessie donderdag 07/30/09 @ 12:30 PM EDT beëindigen 1:30PM EDT

Update: De indeling voor dit is in feite een conference call met een paar van PPT-dia's aan het decor. We hebben een SharePoint-omgeving op stand om brand-up voor het geval het helpt, maar dit is voornamelijk mensen praten hardop. Zullen er mogelijkheden voor opvolgen van per e-mail.

Terug te gaan naar mijn eerste ooit SharePoint-conferentie, iets meer dan een jaar geleden, Ik heb getroffen door hoe geweldig een live Q&Een sessie kan worden. De conferentie organisatoren hadden samen een soort ad-hocgroep van "deskundigen" (dwz. mensen die waren opknoping rond en waren niet bang van kijken naar Dom omhoog op het podium) om te beantwoorden alle vragen die kwam uit het publiek in de kamer. Het was in mijn hoofd toen, en periodiek sindsdien, voor het hosten van een soortgelijke sessie maar doen op lijn en de telefoon. Ik denk niet dat het kan zijn zo goed als een in-persoon Q&Een sessie, maar ik denk dat het zou vrij koel.

Ik heb eindelijk rond aan het en aanstaande donderdag, 07/30, mijn bedrijf (Arcovis) en businesspartner, Geïntegreerde systemen en diensten groep, zal hosten van een Q&A dergelijks. Ik hoop te doen deze regelmatig, zo vaak als per.

Deze openingszitting zullen waarschijnlijk een beetje hobbelig, maar het concept is dit:

  • Als u vragen hebt die u zou willen hebben beantwoord tijdens de sessie, net opdagen en vragen.
  • Als je wilt, u kunt e-mail de vraag van tevoren.

We zijn van plan om te besteden de eerste helft van de Q&A op vragen per e-mail en opent u het tot iets dat iemand na die vraagt.

De zitting vindt plaats op donderdag, 07/30 Basisgewicht 12:30 eindigend met 1:30 PM EDT.

Als u geïnteresseerd bent, vriendelijk Registreer hier: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=pxlsd9fpsm2md7h9

Het deelvenster houdt me en andere SharePoint-armaturen. Je moet je aanmelden om erachter te komen wie ze zijn 🙂

Als u zou willen worden van een van deze beroemdheden voor een toekomstige Q&Een sessie, laat het me weten.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Technorati Tags:

Insluiten ontwikkelaar notities binnen uw InfoPath-formulieren

Ik ben nog steeds woonachtig in InfoPath-formulieren wereld en ik nodig had om een van deze "kleine" wijzigingen aanbrengen in een vorm die, Helaas, breekt een naamgevingsconventie die ik twee weken geleden hebben aangenomen met het. Ik dacht bij mezelf, "iemand gaat om te kijken naar dit ding een jaar vanaf nu en zeggen, ' Wat dacht Paul? Door Jove, zijn naamgevingsconventie maakt geen zin!”

Ik realiseerde me dat ik een weergave op het formulier voor dit maken kan en vervolgens, Nog een keer, besefte dat ik zou hebben gedaan iets dergelijks langs. Ik heb een weergave "Developer Notes" toegevoegd aan het InfoPath-formulier als zodanig:

image

Ik heb het formulier geconfigureerd zodat gebruikers niet op die bepaalde weergave krijgen en daarom, het is alleen zichtbaar met de InfoPath-client in de ontwerpweergave. Nu ik voel me een beetje geënte tegen sommige toekomstige onbekende ontwikkelaar kijken naar mijn formulier en de slechte gedachten denken over mij. Oef!

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Technorati Tags:

InfoPath-weergaven beheren

Ik lijken te gaan door InfoPath fasen waar, out of the blue, Ik ben het bewerken van een bos van formulieren. Mijn vingers leren hoe te gebruiken van het hulpprogramma goed en dan ik gaan via negen maand droogte en moet het helemaal opnieuw leren.

Ik ben in het midden van een InfoPath-fase en ik ben het creëren van InfoPath-formulieren met een heleboel keer bekeken. Één ding die u waarschijnlijk opmerken is dat de InfoPath 2007 client geeft weergaven in alfabetische volgorde. Dit is een echte overlast sommige tijden. Mijn beste techniek is deze dagen om een nummer aan de naam van de weergave prepend zodat ze altijd in de gewenste volgorde weergeven, zoals hier wordt geïllustreerd:

image

Ik wou dat ik had gedaan dit allen.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Technorati Tags:

InfoPath-formulier diensten, Formulieren gebaseerde verificatie (FBA) en unieke bestandsnamen

Ik heb het werken op sommige InfoPath-formulieren deze week in MOSS in een omgeving FBA en geleerde, Toen ik ging te zetten de formulieren naar een productieomgeving met een FBA zone die de gebruikersnaam() functie werkt niet. Ik gebruikte het voor het genereren van unieke bestandsnamen.

Goed, die functie werkt niet in een omgeving FBA (ten minste, niet uit de doos). En, na rijp beraad, met behulp van gebruikersnaam in de manier waarop die ik had gepland niet zou hebben gegarandeerd een unieke bestandsnaam in ieder geval.

Mijn oplossing was om te gebruiken het nu() functie en een regel die wordt geactiveerd bij het laden van het formulier. Ik toewijzen de bestandsnaam aan data-element wanneer het leeg is:

image

image

Het voordeel van deze aanpak is dat de naam van het bestand slechts eenmaal is ingesteld. (Ik weergeven niet het in het het schermschot, maar een voorwaarde zetten de regel alleen brand als "myFilename" leeg is). Ik gebruikte om de bestandsnaam op het bronniveau gegevens. Meestal, Ik doe iets (slechte) Als dit:

image

Het probleem met dat is dat als de gebruiker het formulier opent op maandag en de gebruiker B wijzigt het op dinsdag, u zult eindigen met twee verschillende vormen aangezien twee verschillende gebruikers met verschillende gebruikersnamen opgeslagen.

Dus, als vervelend als FBA in het algemeen en met InfoPath met name kunnen, het maakte me opnieuw na te denken een klein, maar echt belangrijke technische detail en de aanpak die ik anders niet zou hebben gedaan!

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Technorati Tags:

Beveiliging van SharePoint lijst/bibliotheek documentweergaven lijkt (soort van) Mogelijk met jQuery

Dit is een andere post in mijn aan de gang zijnde reeks over hoe te gebruiken jQuery met SharePoint.
Als u wilt meer weten over jQuery, I recommend highly: jQuery in actie door Bear Bibeault en Yehuda Katz.

Een van de eerste dingen die ik dacht, Zodra ik begon te spelen rond met jQuery, was of we het gebruiken kunnen om de weergave van een SharePoint veilig te stellen. Het antwoord is "nee" (of op zijn minst, Ik beweer niet dat het mogelijk is). Echter, het is zeker mogelijk te maken het moeilijk voor mensen om te zien een bepaalde weergave.

Ik ben begonnen met mijn sandbox-omgeving bij het werken op dit. Ik schreef over dat milieu hier: Snel en eenvoudig: Maak uw eigen jQuery Sandbox voor SharePoint.

Om "veilige" een weergave, Volg de volgende stappen:

  1. Maak een weergave die u wilt beveiligen. Ik deed dat en noemde het "Beveiligd View".

    Dit is hoe het eruitziet wanneer het niet "beveiligd":

    image

  2. Een webonderdeel Inhoudseditor toevoegen aan van de weergave pagina met behulp van de truc in het sandbox-artikel beschreven (dwz. toevoegen "PageView = gedeelde&ToolPaneView = 2 "naar de URL).
  3. Erachter te komen uw SharePoint _spUserId door gek volgt, geloof of niet:
    1. Log in op uw SharePoint-omgeving.
    2. In het adresveld van de webbrowser, type: "javascript:waarschuwing(_spUserId").
    3. Record het resultaat (het is "13" in mijn geval).

      image

  4. De volgende javascript toevoegen aan uw CEWP in de codeweergave:

    <script type ="text/javascript"
        src =".. /.. /jQuery Library/jQuery-1.3.2.min.js">
    </script>
    
    <script type ="text/javascript">
      $(functie() {
    
        waarschuwing(_spUserId);
    
        var theSecuredView = $(' iframe[FilterLink * = beveiligde % 20View]');
    
        Als ((theSecuredView.length > 0) && (_spUserId == 13))
          $(' iframe[FilterLink * = beveiligde % 20View]').bovenliggende().bovenliggende().bovenliggende().HTML("<TR bgcolor = rood><TD>Geen weergave voor u!</TD></tr>");
      });
    
    </script>
    

Ik heb opgenomen waarmee attent(_spUserId) lijningang daar om aan te tonen hoe dit is niet echt een "beveiligen" een weergave, maar gewoon waardoor het moeilijker om te zien. Meer op dat in een moment.

In principe, jQuery is op zoek naar een iFrame op de pagina die een kenmerk dat "Beveiligde % 20View" in haar waarde bevat heeft. Zodra het het vindt, We controleren om te zien of de huidige gebruiker is "13". Als het is, We lopen het DOM aan een <TR> Label (die ik bedacht door bron weergeven en het traceren) en vervolgens vervangen die tag TR met mijn bericht. Ik weet echt niet hoe robuust dit is (Ik ben zeer verdacht, Eigenlijk), maar het werkte in mijn zandbak. Als ik een betere manier te vinden, Zal ik blog over het. Dit is het resultaat:

image

Ik klik op de knop OK en de gegevens is vervangen door een grote rode bericht:

image

Zoals u kunt zien, de manier waarop ik heb implementeren deze 'Beveiliging' oplossing is om het webonderdeel te maken zelf. Nadat het is voltooid, Ik overschrijven inhoudelijk met mijn "geen weergave voor u!"bericht.

Ondanks het feit dat het is niet echt een "beveiligde '" weergave, is het potentieel nuttig en met sommige slimme werk, het uiteindelijk mogelijk beveiligbare in een meer formele zin. Het fundamentele probleem is dat de cliënt alle gegevens krijgt en vervolgens, pas nadat het de gegevens ophaalt, het tenietdoet het. Als de client is het verkrijgen van de gegevens, een slimme gebruiker kan voorkomen dat de jQuery helemaal wordt uitgevoerd en zien wat hij/zij wil om te zien.

Er zijn andere nadelen. Deze "beveiliging"-aanpak is gebaseerd uit een _spUserId. Wij willen echt veilig op basis van de volledige SharePoint-beveiligingsmodel, of op zijn minst door gebruikersnaam. Dat wordt steeds moeilijker, maar ik zie een aantal goede dingen over dit onderwerp geschreven, dus ik ben hoopvol is er een goed antwoord op dat probleem.

De lijst met weergaven zelf moet worden afgesneden., indien mogelijk. Ik heb niet geprobeerd om erachter te komen dat. Ik neem aan dat het mogelijk is, maar echt het fundamentele veiligheidsprobleem niet oplost, omdat iemand kon nog net Typ de URL van de weergave die ze willen (Als zij wisten het dat). Echter, trimmen zinvol. Het is een goede usability functie en het helpt om te verduisteren dingen. Als een eindgebruiker niet weet dat de weergave-gebeurtenis bestaat, ze zal niet waarschijnlijk proberen om het te gebruiken. Soms, dat is goed genoeg.

Met geluk, Ik heb meer te schrijven over dit onderwerp na verloop van tijd.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Snel en eenvoudig: A Better Way to gebruik jQuery te verbergen een tekstveld op een SharePoint-formulier

Dit is een andere post in mijn aan de gang zijnde reeks over hoe te gebruiken jQuery met SharePoint.
Als u wilt meer weten over jQuery, I recommend highly: jQuery in actie door Bear Bibeault en Yehuda Katz.

Eerder, Ik schreef over het gebruik van jQuery te vinden en een tekstveld op een formulier verbergen. Ik niet de zorg voor de specifieke aanpak (Ik was het koppelen van ouders – dat is gewoon niet gedaan deze dagen, ten minste in families van kwaliteit).

Toen ik voor het eerst begonnen na te denken over het, Ik wist dat ik moest vinden een <TR> waarnaar kan ik beroepen op de huid() methode. Mijn vroege poging om te vinden de juiste <TR> was iets als dit:

$(' tr:heeft(input[titel = verbergen Me!])');

Het probleem met dat is dat het zou vinden elke <TR> label die had een bovenliggende relatie met de Verberg Me! veld, zelfs als verbergen Me! is genest vele niveaus diep in <TR>is. Het blijkt dat op mijn sandbox-vorm, die uitdrukking vindt 9 verschillende TR hebben verbergen Me! Als een kind ergens in de DOM-structuur. Ik realiseerde me dat ik back-up van de boom van het invoerveld zelf lopen kon, dus dat is hoe ik beëindigde omhoog misbruik van ouders, maar het niet zitten goed met mij.

Ik gaf wat gedachte aan dit en een van de dingen die ik lees ten slotte zinvol: Ik kon het niet gebruiken() methode om trim uit <TR>is dat ik wil niet in mijn verpakt set. Dat leidde me naar dit:

$(' tr:heeft(input[titel = verbergen Me!])').niet(' tr:heeft(tr)').verbergen();

De eerste bit vindt alle de <TR> Tags die de huid Me hebben! veld overal in hun eigen hiërarchie. Het dan strips uit <TR> die hebben ook een kind <TR>. Dit laat ons met een honkslag <TR> die:

1) Heeft geen <TR> onderliggende records

2) Heeft het invoerveld als kind.

We kunnen vervolgens de verbergen toepassen() methode om de resulterende ingesteld en we zijn klaar.

Ik ben nog steeds een beetje zenuwachtig over dit, maar niet zo zenuwachtig als ouders chaining.

Ik weet niet of dit een beste praktijk, of niet is. Kan er een meer geschikte manier van identificatie alleen de <TR> dat we de zorg over in een SharePoint-formulier. Als u weet, post een reactie.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Snel en eenvoudig: Gebruik van jQuery een tekstveld op een SharePoint-formulier verbergen

Dit is een andere post in mijn aan de gang zijnde reeks over hoe te gebruiken jQuery met SharePoint.
Als u wilt meer weten over jQuery, I recommend highly: jQuery in actie door Bear Bibeault en Yehuda Katz.

UPDATE (al!): Ik dacht aan een betere manier om te zoeken de <TR> Label ik wil verbergen en schreef over het hier. U kunt nog steeds dit artikel interessant vinden toch dus ik leavnig ben op opwaarts.

Ik wil een tekstveld verbergen, "Hide Me!"als:

image

De volgende jQuery doet de truc voor mij:

<script type ="text/javascript">

  $(functie() {


    $(' input[titel = verbergen Me!]').bovenliggende().bovenliggende().bovenliggende().verbergen();

  });

</script>

De code is te zeggen, "vinden me alle input velden waarvan de titel = verbergen Me!. Vervolgens, krijgen de ouder en klik op volgende bovenliggende en de * volgende * bovenliggende (Oef!) en beroepen op de huid() methode op dat ding, wat het gebeurt te zijn.

Ik bedacht dat bovenliggende structuur door de HTML-code voor het formulier dat SharePoint gemaakt zoals te bekijken:

<TR>
    <TD NoWrap= "true" vAlign= "top" Breedte"190px =" klasse= "ms-formlabel">
        <H3 klasse= "ms-standardheader">
            <NOBR>Verbergen Me!</NOBR>
        </H3>
    </TD>

    <TD vAlign= "top" klasse= "ms-formbody" Breedte= "400px">
        <!-- FieldName = "Verberg Me!"
                 FieldInternalName = "Hide_x0020_Me_x0021_"
                 FieldType = "SPFieldText"
        -->
        <span dir= 'geen'>
            <input
                naam= "m$ g_bdb23c2c_fde7_495f_8676_69714a308d8e$ ctl00$ ctl00$ ctl04$ ctl02$ ctl00$ ctl00$ ctl04$ ctl00$ ctl00$ TextField"
                type= "tekst"
                MaxLength= "255"
                id"ctl00_m_g_bdb23c2c_fde7_495f_8676_69714a308d8e_ctl00_ctl04_ctl02_ctl00_ctl00_ctl04_ctl00_ctl00_TextField ="
                titel= "Verberg Me!"
                klasse"ms-long =" />
                <BR>
        </span>


    </TD>
</TR>

Deze foto toont hetzelfde, maar opgemaakt met de ouders:

image

De eerste ouder (1) is een span-tag. Span de bovenliggende (2) een TD-tag is en dan tot slot krijgen we aan de werkelijke ouder ik wil verbergen (3) dat is de tag TR zelf.

Dit is een vrij vreselijke benadering die ik denk dat omdat het is zeer afhankelijk van de zeer specifieke structuur van dit formulier. Wanneer SharePoint 2010 komt uit, deze hele structuur kan veranderen en breken van deze aanpak. Wat ik echt wil doen is ambachtelijke een jQuery-selector die is in de trant van "vinden me alle TR (en enige TR-tags) die hebben ergens in hun onderliggende elementen een invoerveld waarvan de titel = verbergen Me!”. Ik vanaf de bodem en omhoog te bewegen. Ervan uitgaande dat ik dit uit figuur, Ik zal posten een bijgewerkte "snel en eenvoudig ' post.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Snel en eenvoudig: Maak uw eigen jQuery Sandbox voor SharePoint

Dit is een andere post in mijn aan de gang zijnde reeks over hoe te gebruiken jQuery met SharePoint.
Als u wilt meer weten over jQuery, I recommend highly: jQuery in actie door Bear Bibeault en Yehuda Katz.

Aan de slag met jQuery in SharePoint is verrassend eenvoudig (voor mij). (Ik heb ernstige vragen over een "best practices"-benadering voor het implementeren van deze dingen tot productie, maar dat is voor een andere dag). Ik heb net begon te spelen met deze technologie en te dien einde, Ik heb gemaakt een sandbox-omgeving te gebruiken. Als u op zoek bent om te beginnen met jQuery, u kunt deze aanpak nuttig vinden.

1. Een lege Site maken

Maak een lege site ergens in uw site en noem het iets slim als "jQuery Sandbox".

2. JQuery downloaden

U kunt de jQuery javascript library downloaden vanaf hier: http://docs.jquery.com/Downloading_jQuery

Sla dat op uw bureaublad.

Mij zijn geweest using de "minified" versie.

3. Een SharePoint-documentbibliotheek maken

In uw sandbox-site, een documentbibliotheek maken.

4. De jQuery bibliotheek uploaden naar SharePoint

Toegang tot de documentbibliotheek die u zojuist hebt gemaakt en het uploaden van de bibliotheek jQuery.

5. Een aangepaste SharePoint-lijst maken

Ik ben begonnen met een aangepaste lijst, omdat ik wil muck over met standaard SharePoint-formulieren. U kunt ook een pagina in een bibliotheek van pagina's of pagina's met webonderdelen en waarschijnlijk een heleboel andere plaatsen.

Sommige kolommen toevoegen aan de aangepaste lijst zodat u iets om uit te voeren jQuery tegen hebben. Mijn oorspronkelijke doelstellingen moesten:

  1. Een veld verbergen.
  2. Een waarde aan een veld toewijzen.

Met dat doel voor ogen, Ik voegde twee tekstvelden. Na verloop van tijd, Ik zal spelen met links, afbeeldingen, zoekacties, etc.

6. De pagina NewForm.aspx Web te wijzigen en een webonderdeel Inhoudseditor toevoegen

Dit is een kleine zwarte magic-ish , in die zin dat het een nieuw concept aan me. Ik voor het eerst geleerd over dit van Paul Grenier, SharePoint jQuery Superstar, op zijn CodePlex projectsite: http://spff.codeplex.com/.

Volg deze stappen om een CEWP aan de zelfde pagina dat NewForm.aspx voor elke aangepaste lijst toont toevoegen:

  1. Toegang tot de aangepaste lijst en klik op nieuw.
  2. Het volgende aan de URL toevoegen: Paginaweergaves = gedeeld&ToolPaneView = 2

Dat zal transformeren uw saaie vanille formulier voor gegevensinvoer van iets als dit:

image

Daartoe:

image

Het webonderdeel Inhoudseditor toevoegen aan de pagina.

7. Schrijven van uw eerste jQuery Code

Open te stellen dat CEWP in de codeweergave en voeg het volgende toe:

image

Hier is de werkelijke code als u wilt kopiëren en plakken:

<script type ="text/javascript"
    src =".. /.. /jQuery Library/jQuery-1.3.2.min.js">
</script>

<script type ="text/javascript">
  $(functie() {

    $('#resultsID').HTML("Er zijn" + $('a').grootte() + 'een tags tags op deze pagina.');

  });
</script>

Resultaat:
<div id ='resultsID'></div>
/resultaat

Merk op dat de eerste <script> Label referencement de werkelijke jQuery bibliotheek. Vermoedelijk, deze dingen veranderen in de tijd, dus u zult willen ervoor zorgen u een) Gebruik de juiste naam en b) verwijzen naar de juiste SharePoint-documentbibliotheek.

Koesteren in de glorie

Als u het goed hebt gedaan, ziet u een resultaat vergelijkbaar met de volgende:

image

Het verpakken omhoog

Dit is niet de enige manier om te beginnen, maar het is snel, gemakkelijk en geïsoleerde van uw bestaande SharePoint-omgeving.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin