SharePoint-Shop Talk åpne q&En økt torsdag 08/13 @ 12:30 PM EDT

Arcovis vil være vert for våre andre "SharePoint Shop snakke" økten dette torsdag på 12:30 PM EDT. Dukke opp med SharePoint spørsmål og vi skal gjøre vårt beste for å underholde deg med banjo vitser, Smart men harmløse put-downs av våre andre dommerne og kanskje svare et spørsmål eller to. Denne ukens "offisielle" panelet inneholder din virkelig, min Arcovis-partnere (Natalya Voskresenskaya og Harry Jones) og Laura Rodgers (av Twitter & EndUserSharePoint berømmelse). Bob fox truet med å delta også, men jeg ta ikke det for alvorlig. Siste gang, Vi hadde en stor grad av publikum deltakelse som uskarpt linjen mellom panelists og deltakere, og jeg forventer det samme vil skje torsdag.

Denne hendelsen er co-sponset av integrerte systemer og tjenester-gruppe (www.issgroup.NET).

Vennligst registrer deg her: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=9xrzxfs9x34sb0sm

Hvis du har spørsmål du vil ha oss til å ta, bare ringe inn i samtalen og be den. Hvis du ønsker å tenke på det først, Send oss en e-post eller Legg igjen en kommentar her.

Se deg da!

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Eksisterende vilkår: Varsel for SharePoint-maler til unnsetning (?)

En av mine klienter arbeidet med en tidligere entreprenør til å bygge ut en liten, men nyttig HR søknad for bedriften. Som entreprenør brukes SharePoint Designer til å implementere den arbeidsflyt delen av løsningen. Det er litt av et rot. For eksempel, Det er ni SPD arbeidsflyter til støtte for en enkelt logisk arbeidsflytprosessen og opp til fem av dem kan skyte samtidig til enhver tid gitt de rette forholdene. It’s not easy to debug 🙂

Meg kunden har en rekke fortsatt udekkede behov, en av dem er generelt gi mer sammenheng når systemet sender ut e-postvarsler-både i den email seg samt tilknyttede oppgaveskjemaer. Som SPD vet arbeidsflyt implementers, "samle data fra brukeren" SPD handlingen faktisk skaper en aktivitet med en tilpasset innholdstype. Når vi bruker handlingen, Vi får ikke angi mye. Vi kan be om noen verdier (f.eks. "godkjenne" eller "nekte") og vi kan angi en hard kodet verdi i tittelen og beskrivelsen. Det er det..

Min kundens krav er to fold:

  1. Når SharePoint sender en e-post om en oppgavetilordning, inkludere en mengde informasjon om aktiviteten i e-postens brødtekst.
  2. Enda viktigere, langt – Når brukeren klikker på aktivitetskoblingen i e-posten, aktivitetsskjemaet bør ha all informasjon godkjenneren trenger for å gjøre sin Godkjenn eller avslå avgjørelse. akkurat nå, Lederen må klikker på Elementkoblingen å vise underliggende detaljer og liker ingen som. Du må klikke i e-. Må du klikke en slags obskure kobling på oppgaveelementet. Du kan se på de underliggende dataene (et InfoPath-skjema i dette tilfellet). Klikk tilbake/tilbake, osv.. Alle hater det.

Jeg har arvet denne noe rotete teknisk løsning, og jeg vil gjøre endringer på minst påtrengende måte mulig.

Tilnærmingen jeg tar nå er å opprette en egendefinert varsel mal. Du kan lese om det her. Flyten arbeider sånn:

  • SPD arbeidsflyten kjøres.
  • På et tidspunkt, en oppgave tilordnes til en manager.
  • SharePoint-systemet sender automatisk ut et varsel til den aktuelle overordnede. Dette er ikke en del av SPD arbeidsflyten, men heller "hva SharePoint gjør." (Tidtakertjenesten i SharePoint, Jeg tror).
  • Et egendefinert alert behandlingsprogram startes for standard alert prosessen (magiske regler refererte som beskrevet ovenfor artikkel).
  • Når min egendefinert alert behandlingsprogram kjører, Det genererer en vakker epost. Enda viktigere, siden det har aktiviteten i hånden, det også dekorerer faktiske oppgaven med alle kontekstinformasjon som er nødvendig for å møte kravet om business.
  • Brukeren får e-posten, og den er full av nyttig kontekstinformasjon.
  • Brukeren klikker på aktivitetskoblingen og selve er full av nyttig kontekstinformasjon.
  • Alle går hjem å ha vannmelon og iskrem.

Jeg gjorde en rask POC og det fungerer bra i et laboratoriemiljø. Jeg får min e-varselet som forventet. Jeg får også oppdatere Oppgavebeskrivelsen og tittelen i seg selv.

Det bare vanskelig bit, så langt, er å unngå en situasjon der varselet oppdaterer elementet, utløser en annen varsel. Dette bekymre ikke meg.

Ser lovende så langt...

Flotte med dette er at jeg ikke trenger å muck om med noen av de eksisterende SPD-arbeidsflytene. De er uvitende at et varsel er"IIZ DRIVER I DA BAKGROUND, DECORATIN TEH OPPGAVE LISTE WIF MOAR KONTEKST”.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Technorati Merkelapper: ,

Live SharePoint Q&En økt torsdag 07/30/09 @ 12:30 PM EDT slutter 1:30PM EDT

Oppdateringen: Formatet for dette er i utgangspunktet en telefonkonferanse med et par PPT lysbilder å sette scenen. Vi har en SharePoint-miljøet på stå ved å fyre opp i tilfelle det hjelper, men dette er hovedsakelig folk snakker høyt. Det vil være muligheter for å følge opp via e-post.

Gå tilbake til min første SharePoint-konferansen, litt over et år siden, Jeg har blitt truffet av hvordan kjempefint en live q&En økt kan være. Konferansen arrangører hadde satt sammen en slags ad hoc gruppe "eksperter" (dvs.. personer som ble hengende rundt og ikke var redd for å se til dum opp på scenen) å svare på spørsmål som kom fra publikum i rommet. Det var i hodet mitt da, og med jevne mellomrom siden da, vert en lignende økt, men gjør det på linje og telefonen. Jeg tror ikke det kan være like god som en personlig Q&En økt, men jeg tror det kan være ganske kult.

Jeg endelig fikk rundt til den og neste torsdag, 07/30, Min selskapet (Arcovis) og business partner, Integrerte systemer og tjenester-gruppen, vil være vert for en q&A lyst som. Jeg håper å gjøre disse regelmessig, så ofte som ukentlig.

Denne innvielses økten vil trolig være litt humpete, men konseptet er dette:

  • Hvis du har spørsmål som du ville like å har besvart under økten, bare opp og spørre.
  • hvis du vil, Du kan sende spørsmål på forhånd.

Vi planlegger å tilbringe den første halvdelen av q&A på mailet spørsmål og deretter åpne den opp til noe som noen spør etter at.

Økten foregår på torsdag, 07/30 starter på 12:30 og slutter ved 1:30 PM EDT.

Hvis du er interessert, Vennligst registrer deg her: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=pxlsd9fpsm2md7h9

Panelet vil inkludere meg og andre SharePoint-armaturer. You’ll have to sign up to find out who they are 🙂

Hvis du ønsker å være en av disse armaturer for en fremtidig q&En økt, gi meg beskjed.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Technorati Merkelapper:

Bygge inn Developer Merknader I InfoPath-skjemaer

Jeg fortsatt bor i InfoPath-skjemaer verden og jeg trengte å gjøre en av disse "små" endringene i et skjema som, Dessverre, bryter en navnekonvensjon jeg adoptert med den to uker siden. Tenkte jeg, "noen kommer til å se på denne ting et år fra nå og si, ' Hva tenkte Paul? Av Jove, hans navnekonvensjon gir ingen mening!”

Jeg innså at jeg kunne lage en visning i skjemaet for dette og deretter, nok en gang, innså at jeg kunne ha gjort noe slikt langs. Jeg har lagt en "utvikler"-notatvisning til InfoPath-skjemaet slik:

image

Jeg har konfigurert skjemaet slik at brukere ikke kan komme til denne visningen og derfor, Det er bare synlig med InfoPath klienten i utformingsvisning. Nå føler jeg litt inokulerte mot noen fremtidige ukjente utvikleren ser på min form og tenkning dårlige tanker om meg. Phew!

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Technorati Merkelapper:

Administrere InfoPath-visninger

Jeg synes å gå gjennom InfoPath faser der, Out of the blue, Jeg er å lage en samling av skjemaer. Fingrene Lær hvordan du bruker verktøyet godt og da jeg gå gjennom ni måneders tørke og må lære det over igjen.

Jeg er i midten av fase en InfoPath og jeg oppretter InfoPath-skjemaer med en rekke visninger. En ting du sannsynligvis legge merke til er at InfoPath 2007 klient viser visningene i alfabetisk rekkefølge. Dette er en reell plage noen ganger. Min beste teknikken er disse dager å sette et tall til visningen slik at de alltid vises i rekkefølgen jeg vil, som vist her:

image

Jeg skulle ønske jeg hadde gjort dette hele tiden.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Technorati Merkelapper:

InfoPath-skjema Sevices, Skjemaer basert godkjenning (FBA) og unikt filnavn

Jeg har vært arbeids på noen InfoPath-skjemaer denne uken i MOSS i et FBA-miljø- og lært, Når jeg gikk til å distribuere skjemaer til et produksjonsmiljø med en FBA sone som brukernavnet() funksjonen funksjon fungerer ikke. Jeg brukte det til å generere unike filnavn.

Brønnen, Denne funksjonen virker ikke i et FBA-miljø (minst, ikke ut av esken). Og, etter, ved hjelp av brukernavn i måten jeg hadde planlagt ville ikke har garantert et unikt filnavn under enhver omstendighet.

Løsningen min var å bruke nå() funksjonen og en regel som branner på innlastingen av skjemaet. Jeg tilordne navnet på dataelementet når det er tomt:

image

image

Fordelen med denne tilnærmingen er at filnavnet er angitt bare én gang. (Jeg vise ikke det på skjermen skudd, men sette en betingelse på regelen skal bare brann når "myFilename" er tomt). Jeg pleide å sette navnet på kildenivå dataene. Vanligvis, Jeg ville gjøre noe (dårlig) som dette:

image

Problemet med det er at hvis bruker a åpner skjemaet på mandag og bruker b endrer den tirsdag, du vil ende opp med to ulike utgåver siden to forskjellige brukere lagret den med forskjellige brukernavn.

Så, som irriterende som FBA kan være generelt og med InfoPath spesielt, det gjorde meg tenke en liten, men veldig viktig tekniske detaljer og tilnærming som jeg ikke ville ha gjort ellers!

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Technorati Merkelapper:

Sikre SharePoint-listen/dokumentbiblioteksvisning synes (slags) Mulig med jQuery

Dette er en annen post i min pågående serien om hvordan du bruker jQuery med SharePoint.
Hvis du vil lære mer om jQuery, Jeg anbefaler: jQuery i aksjon Bjørn Bibeault og Yehuda Katz.

En av de første tingene jeg trodde, Når jeg begynte å spille med jQuery, var om vi kunne bruke den til å sikre en SharePoint-visning. Svaret er "nei" (eller i det minste, Jeg er ikke hevde at det er mulig). Men, Det er sikkert mulig å gjøre det vanskelig for folk å se en bestemt visning.

Jeg startet med min sandbox miljøet når arbeider på denne. Jeg skrev om miljøet her: Rask og enkel: Opprette din egen jQuery Sandbox for SharePoint.

Å "sikre" en visning, Bruk denne fremgangsmåten:

  1. Opprette en visning du vil sikre. Jeg gjorde det, og kalte det "Sikret View".

    Dette er hvordan det ser ut når den ikke er "sikret":

    image

  2. Legge til en webdel for innholdsredigering i visningen side ved hjelp av kunsten beskrevet i sandbox artikkel (dvs.. legge til "sidevisning = delt&ToolPaneView = 2" til URL).
  3. Regne ut din SharePoint-_spUserId ved følgende fremgangsmåte gal, tro eller ikke:
    1. Logg i SharePoint-miljøet.
    2. I nettleseren adressefelt, type: "javascript:varsel(_spUserId").
    3. Registrere resultatet (Det er "13" i mitt tilfelle).

      image

  4. Legge til følgende javascript i din CEWP i kodevisning:

    <script type ="text/javascript"
        src =".. /.. /jQuery Library/jQuery-1.3.2.min.js">
    </skriptet>
    
    <script type ="text/javascript">
      $(funksjonen() {
    
        varsel(_spUserId);
    
        var theSecuredView = $(' iframe[FilterLink * = sikret % 20View]');
    
        Hvis ((theSecuredView.length > 0) && (_spUserId == 13))
          $(' iframe[FilterLink * = sikret % 20View]').overordnede().overordnede().overordnede().HTML("<St bgcolor = rød><TD>Ingen visning for deg!</TD></tr>");
      });
    
    </skriptet>
    

Jeg har tatt som(_spUserId) linjen i det å demonstrere hvordan dette er ikke egentlig en "sikring" en visning, men bare gjør det vanskeligere å se. Mer om det i et øyeblikk.

I utgangspunktet, jQuery er på utkikk etter en iFrame på siden som har attributtet som inneholder "Sikret % 20View" i verdien. Når den finner det, vi se om gjeldende bruker er "13". Hvis det er, Vi går opp DOM til en <TR> Tag (som jeg har funnet ut, ved å vise kilde og sporing det) og deretter erstatte TR koden med min melding. Jeg vet ikke hvordan robust dette er (Jeg er veldig mistenksom, faktisk), men det virket i sandbox min. Hvis jeg finner en bedre måte, Jeg skal blogg om det.. Dette er resultatet:

image

Jeg klikker på knappen OK og dataene er erstattet med en stor rød melding:

image

Som du kan fortelle, måten jeg implementere "sikkerhet" løsningen er å tillate webdelen for å gjøre seg selv. Når den er ferdig, Jeg overskrive innholdet med min "ingen mening for deg!"melding.

Til tross for det faktum at det ikke er egentlig en "sikret '" visning, Det er potensielt nyttig og med noen smart arbeid, Det kan til slutt være sikret på en mer formell måte. Det grunnleggende problemet er at klienten blir alle data og deretter, bare når det blir dataene, det tørker den ut. Hvis klienten får dataene, en smart bruker kan hindre jQuery i å kjøre i det hele tatt og se hva han ønsker å se.

Det er andre ulemper. Denne "sikkerhet" er basert på en _spUserId. Vi ønsker å virkelig sikker basert på modellen for sikkerhet på full SharePoint, eller i det minste av brukernavn. Det blir stadig vanskeligere, men jeg ser noen gode ting som er skrevet på dette emnet, så jeg er håpefull det er et godt svar på det problemet.

Listen over visninger selv skal kuttes, Hvis mulig. Jeg har ikke prøvd å finne ut. Jeg antar det er mulig, men ikke virkelig oppklare grunnleggende sikkerhetsspørsmål fordi noen kan fortsatt bare skrive inn URL-Adressen til visningen som de ønsker (Hvis de visste det). Men, trimming fornuftig. Det er en god brukervennlighet funksjon og det hjelper for å obfuscate ting. Hvis sluttbrukeren ikke vet at hendelsen visningen finnes, de vil ikke sannsynligvis prøve å bruke den. Noen ganger, Det er god nok.

Med hell, Jeg vil ha mer å skrive om dette temaet over tid.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Technorati Merkelapper: ,,

Rask og enkel: En bedre måte å bruke jQuery å skjule et Tekst-felt på et SharePoint-skjema

Dette er en annen post i min pågående serien om hvordan du bruker jQuery med SharePoint.
Hvis du vil lære mer om jQuery, Jeg anbefaler: jQuery i aksjon Bjørn Bibeault og Yehuda Katz.

Tidligere, Jeg skrev om hvordan du bruker jQuery å finne og skjule et tekst-felt i et skjema. Jeg likte den bestemte tilnærmingen (Jeg var chaining foreldre-det er bare ikke gjort disse dager, minst i familier av kvalitet).

Da jeg først begynte å tenke på det, Jeg visste at jeg trengte å finne en <TR> som jeg starte Skjul() metoden. Min tidlige forsøk på å finne riktig <TR> var noe som dette:

$(' St:har(inngang[tittel = gjemme meg!])');

Problemet med det er at det vil finne hver <TR> kode som hadde en overordnet relasjon til skinnet meg! feltet, Selv om gjemme meg! er nestet mange nivåer dypt i <TR>er. Det viser seg at min sandbox-skjemaet, uttrykket finner 9 forskjellige St som har gjemme meg! som barn sted i sin DOM treet. Jeg innså at jeg kunne gå tilbake opp tre fra input-feltet selv, så det er hvordan jeg endte opp misbruker foreldre, men det sitter ikke godt med meg.

Jeg ga noen trodde dette og en av tingene jeg leste endelig fornuftig: Jeg kunne bruke ikke() metoden for å klippe ut <TR>er jeg ikke ønsker i min pakket sett. Som førte meg til dette:

$(' St:har(inngang[tittel = gjemme meg!])').ikke(' St:har(tr)').Skjul();

Den første bit finner alle de <TR> koder som har gjemme meg! feltet hvor som helst i egne hierarki. Den så strimler ut noen <TR> Det har også et barn <TR>. Dette etterlater oss med en enkelt <TR> som:

1) Har ingen <TR> underordnede poster

2) Har inndatafeltet som barn.

Vi kan da bruke Skjul() metoden å det resulterende satt og vi er ferdig.

Jeg er fortsatt litt nervøs for dette, men ikke så nervøs som kjeding foreldre.

Jeg vet ikke om dette er en beste praksis eller ikke. Det kan være en mer passende måte å identifisere bare de <TR> at vi bryr oss om i et SharePoint-skjema. Hvis du vet, Vennligst legg inn en kommentar.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Technorati Merkelapper: ,

Rask og enkel: Bruke jQuery for å skjule et Tekst-felt på et SharePoint-skjema

Dette er en annen post i min pågående serien om hvordan du bruker jQuery med SharePoint.
Hvis du vil lære mer om jQuery, Jeg anbefaler: jQuery i aksjon Bjørn Bibeault og Yehuda Katz.

OPPDATERINGEN (allerede!): Jeg tror en bedre måte å finne den <TR> koden jeg vil skjule og skrev om det her. Du kan fortsatt finne denne artikkelen interessant allikevel så jeg leavnig den opp.

Jeg vil skjule et tekstfelt, "Skjul meg!"som vist:

image

Følgende jQuery gjør utslaget for meg:

<script type ="text/javascript">

  $(funksjonen() {


    $(' input[tittel = gjemme meg!]').overordnede().overordnede().overordnede().Skjul();

  });

</skriptet>

Koden sier, "Finn meg alle innspill felt hvis tittel = gjemme meg!. Deretter, få sin overordnede og deretter overordnede og * neste * overordnede (Phew!) og påkalle Skjul() metoden på ting, hva det skulle.

Jeg fant ut at overordnede struktur ved å vise HTML for skjemaet som SharePoint opprettet som vist:

<TR>
    <TD nowrap= "true" VAlign= "topp" bredde= "190px" klassen= "ms-formlabel">
        <H3 klassen= "ms-standardheader">
            <nobr>Skjule meg!</nobr>
        </H3>
    </TD>

    <TD VAlign= "topp" klassen= "ms-formbody" bredde= "400 piksler">
        <!-- Feltnavn = "Skjul meg!"
                 FieldInternalName = "Hide_x0020_Me_x0021_"
                 FieldType = "SPFieldText"
        -->
        <utstrekningen dir= "ingen">
            <inngang
                navn= "ctl00$ m$ g_bdb23c2c_fde7_495f_8676_69714a308d8e$ 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"
                tittel= "Skjul meg!"
                klassen= "ms lang" />
                <br>
        </utstrekningen>


    </TD>
</TR>

Dette bildet viser den samme, men merket med foreldrene:

image

Den første overordnet (1) en span kode. Spans overordnede (2) en TD kode og så til slutt får vi virkelige overordnede jeg vil skjule (3) som er TR koden selv.

Dette er en ganske forferdelig tilnærming jeg tror fordi det er svært avhengige av spesielle strukturen av dette skjemaet. Når SharePoint 2010 kommer ut, Denne hele strukturen kan endre og bryte denne tilnærmingen. Hva jeg virkelig ønsker å gjøre er lage en jQuery selector som er langs linjene av "finne meg alle St (og bare TR koder) som har et sted i deres underordnede elementer et inndatafelt hvis tittel = gjemme meg!”. Jeg starter fra bunnen og flytte opp. Antar jeg finne dette ut, Jeg skal legge inn en oppdatert "rask og enkel ' stolpe.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

del.icio.us koder: ,

Technorati Merkelapper: ,

Rask og enkel: Opprette din egen jQuery Sandbox for SharePoint

Dette er en annen post i min pågående serien om hvordan du bruker jQuery med SharePoint.
Hvis du vil lære mer om jQuery, Jeg anbefaler: jQuery i aksjon Bjørn Bibeault og Yehuda Katz.

Komme i gang med jQuery i SharePoint er overraskende lett (til meg). (Jeg har alvorlige spørsmål om en "best praksis" tilnærming til å distribuere disse ting til produksjon, men det er for en annen dag). Jeg har nettopp begynt å spille med denne teknologien og at, Jeg opprettet en sandkasse miljø å bruke. Hvis du ønsker å komme i gang med jQuery, du finner dette nyttig.

1. Opprette et tomt område

Opprette et tomt område et sted på området og kaller det noe smart som "jQuery Sandbox".

2. Last ned jQuery

Du kan laste ned jQuery javascript biblioteket fra her: http://docs.jquery.com/Downloading_jQuery

Lagre det på skrivebordet.

Jeg har brukt den "minified" versjonen.

3. Opprette et SharePoint-dokumentbibliotek

På webområdet sandkasse, Opprett et dokumentbibliotek.

4. Laste jQuery biblioteket til SharePoint

Åpne doc biblioteket du nettopp opprettet og laste opp jQuery biblioteket.

5. Opprette en egendefinert SharePoint-liste

Jeg har begynt med en egendefinert liste fordi jeg ønsker å muck om med standard SharePoint-skjemaer. Du kan også opprette en side i sider-biblioteket eller webdel-sider og sannsynligvis mange andre steder.

Legge til noen kolonner i den egendefinerte listen slik at du har noe å kjøre jQuery mot. Mitt første mål var å:

  1. Skjule et felt.
  2. Tilordne en verdi til et felt.

Med dette målet i tankene, Jeg har lagt to tekstfelt. Over tid, Jeg skal spille med koblinger, bilder, oppslag, osv..

6. Endre NewForm.aspx webdel-siden og legge til en webdel for innholdsredigering

Dette er en liten svart magic-ish , i at det er et nytt konsept for meg. Jeg først hørte om dette fra Paul Grenier, SharePoint jQuery Superstar, på hans CodePlex prosjektområde: http://spff.codeplex.com/.

Følg denne fremgangsmåten for å legge til en CEWP på samme side som viser NewForm.aspx for en egendefinert liste:

  1. Tilgang til den egendefinerte listen og klikk ny.
  2. Legg følgende til URL: Sidevisning = delte&ToolPaneView = 2

Som vil forandre din kjedelig vanilje dataregistreringsskjema fra noe som dette:

image

Dette:

image

Legge til webdelen for innholdsredigering på siden.

7. Skrive din første jQuery koden

Åpne opp som CEWP i kode-visning og legge til følgende:

image

Her er den faktiske koden hvis du vil lime inn:

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

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

    $('#resultsID').HTML("Det er" + $("a").størrelse() + "en tags koder på denne siden.");

  });
</skriptet>

Resultatet:
<div id ='resultsID'></div>
/resultatet

Merk at først <skriptet> kode refererer faktisk jQuery biblioteket. Antagelig, disse tingene endres over tid, så må du sørge for at du en) bruke riktig navn og b) Pek til riktig SharePoint-dokumentbiblioteket.

Snakk

Hvis du gjorde det riktig, du vil se et resultat som ligner på følgende:

image

Innpakning opp

Dette er ikke den eneste måten å komme i gang, men det er rask, lett og isolert fra eksisterende SharePoint-miljøet.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Technorati Merkelapper: ,

del.icio.us koder: ,