Botiga de SharePoint xerrada oberta Q&Una sessió de dijous 08/13 @ 12:30 . PM EDT

Arcovis acollirà la sessió "SharePoint botiga parles" segona aquest dijous al 12:30 . PM EDT. Es mostren amb les seves preguntes de SharePoint i nosaltres farem el nostre millor per entretenir a vostè amb acudits de banjo, intel·ligents però put-downs inofensius dels nostres companys panelistes i resposta fins i tot una o dues preguntes. Plafó "oficial" d'aquesta setmana inclou teu veritablement, meus companys Arcovis (Natalya Voskresenskaya i Harry Jones) i Laura Rodgers (de Refilar & EndUserSharePoint fama). Bob guineu va amenaçar amb unir-se massa, però que no prengui massa seriosament. Última vegada, teníem un gran nivell de participació del públic que borrosa la línia entre els panelistes i assistents i espero que el mateix passarà dijous.

Aquest esdeveniment és co-patrocinat pel grup de serveis i sistemes integrats (www.issgroup.net).

Si us plau registri aquí: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=9xrzxfs9x34sb0sm

Si teniu preguntes que li agradaria que prenguem, Marqueu només a la crida i preguntar-ho. Si voleu que ens permeten pensar-lo primer, Envia'ns un correu electrònic o deixar un comentari aquí.

Veiem llavors!

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Condicions preexistents: Plantilles de SharePoint alerta al rescat (?)

Un dels meus clients treballat amb un contractista anterior per crear una aplicació HR petit, però útil per a l'empresa. Contractista que utilitza SharePoint Designer per implementar la porció de flux de treball de la solució. És una mica d'un desordre. Per exemple, hi ha nou fluxos de treball SPD en suport d'un procés individual de flux de treball lògic i fins a cinc d'ells pot foc simultàniament en cada moment donat les condicions adequades. It’s not easy to debug 🙂

El meu client té una sèrie de requisits encara-pendents, un dels quals és proporcionar generalment més context quan el sistema envia alertes d'e-mail-tant en el correu electrònic pròpia, així com formes associades tasca. Com SPD saber executors de flux de treball, l'acció "a recollir dades d'usuari" SPD en realitat crea una tasca amb un tipus de contingut personalitzat. Quan utilitzem aquesta acció, no arribem a especificar molt. Ens pot demanar alguns valors (e. g. "aprova" o "negar") i es pot especificar un valor dur codificat en el títol i la descripció. Allò és sobre això.

Requisit del meu client és que dues vegades:

  1. Quan el SharePoint envia un e-mail sobre una assignació de tasca, incloure una gran quantitat d'informació sobre la tasca en el cos d'e-mail.
  2. És més important, de bon tros – Quan l'usuari fa clic en el vincle de la tasca a l'e-mail, el formulari de la tasca ha de tenir tota la informació que necessita l'approver per fer seu aprova o denega la decisió. Ara mateix, el director necessita fer clic a l'enllaç d'element per desglossar en els detalls subjacents i ningú li agrada que. Has de fer clic a l'e-mail. Llavors vostè necessita fer clic a un enllaç mena de fosc a l'element de tasca. Llavors vostè pot mirar les dades subjacents (un InfoPath en aquest cas formen). Llavors feu clic a/tornada, etc. Tothom odia.

Jo he heretat aquesta solució tècnica una mica desordenat i vull fer canvis en la manera menys intrusiva possible.

El plantejament que faig ara mateix és crear una plantilla personalitzada d'alerta. Vostè pot llegir sobre que aquí. El flux funciona com aquesta:

  • S'executa un flux de treball SPD.
  • En algun moment, s'assigna una tasca a un gestor.
  • SharePoint sistema automàticament envia una alerta a aquell director. Això no és part del flux de treball SPD sinó més aviat «el SharePoint fa.» (El servei del temporitzador del SharePoint, Jo crec que).
  • Un costum handler alerta s'invoca a favor el procés estàndard d'alerta (seguint normes màgics com es descriu en l'anterior article referenciat).
  • Quan s'executa el meu costum handler de alerta, es genera un e-mail bonic. És més important, ja que té la tasca a mà, també decora la tasca real amb tota la informació de context necessària complir el requisit de negoci.
  • L'usuari obté l'e-mail i és ple d'informació de context útils.
  • Usuari fa clic en el vincle de la tasca i la tasca en si mateixa és ple d'informació de context útils.
  • Tothom va a casa a tenir síndria i gelat.

Feia un POC ràpid i funciona bé en un entorn de laboratori. Tinc el meu alerta d'e-mail personalitzat com s'esperava. També aconsegueixo actualitzar la descripció de la tasca i títol propi.

El bit només complicat, fins ara, tracta d'evitar una situació on l'alerta s'actualitza l'element, provocant un altre alerta. Això no em preocupa.

Es veu prometedor fins ara...

La gran cosa sobre això és que no cal fems amb cap dels existents fluxos de treball SPD. Són feliçment inconscients que és un controlador d'alerta"IIZ RUNNIN EN DA BAKGROUND, DECORATIN FIGUREN TASCA LLISTA WIF MOAR CONTEXT”.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetas de Technorati: ,

Viure del SharePoint Q&Una sessió de dijous 07/30/09 @ 12:30 PM EDT acabant 1:30. PM EDT

Actualització: El format per a això és bàsicament una trucada de conferència amb un parell de PPT diapositives per preparar l'escenari. Tenim un entorn del SharePoint a l'estand per a disparar cap amunt en cas que t'ajuda a, però això és principalment gent parlant en veu alta. Hi haurà oportunitats per seguir amunt per correu electrònic.

Tornant al meu primer alguna vegada SharePoint conferència, només damunt fa un any, Jo he estat colpejat per fabulós com un Q viu&Pot ser una sessió. Els organitzadors havien reunit una mena de grup ad hoc de "experts" (i. e. persones que es van penjant als voltants i no tenien por de mirar a ximple fins a l'escenari) per respondre a qualsevol pregunta que venia de l'audiència a l'habitació. Va ser en el meu cap, llavors, i periòdicament des d'aleshores, acollirà una sessió similar, però fer-ho en línia i el telèfon. No crec que pot ser tan bo com una persona Q&Una sessió, però crec que podria ser força fresc.

Jo finalment esquivat a això i proper dijous, 07/30, la meva empresa (Arcovis) i soci de negocis, Grup de sistemes integrats i serveis, acollirà una Q&Una agrada que. Estic esperant per fer aquests regularment, tan sovint com setmanal.

Aquesta sessió inaugural serà probablement una mica accidentat, però el concepte és la següent:

  • Si teniu preguntes que li agradaria tenir resposta durant la sessió, només es mostren i demanar.
  • Si voleu, vostè pot e-mail la pregunta amb antelació.

Tenim previst de passar la primera meitat de el Q&Un el emailed preguntes i llavors obrir-lo a qualsevol cosa que algú pregunta després que.

La sessió té lloc el dijous, 07/30 partir de les 12:30 i acabant en 1:30 . PM EDT.

Si t'interessa, cal registrar-te aquí: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=pxlsd9fpsm2md7h9

El panell comptarà amb mi i altres lluminàries de SharePoint. You’ll have to sign up to find out who they are 🙂

Si voleu viure una de les lluminàries per a un futur Q&Una sessió, Deixi'm saber.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetas de Technorati:

Inserir Notes desenvolupador dins les seves formes d'InfoPath

Encara estic vivint en el món de l'InfoPath formes i jo necessitava per fer un d'aquests canvis "petits" a un formulari que, per desgràcia, trenca una convenció de nomenclatura que adoptava amb ell fa dues setmanes. Em vaig dir a mi mateix, "algú va a mirar aquesta cosa d'un any des de ara i dir, "Què estava pensant Paul? Per Jove, Convenció de la seva manca de sentit!”

Em vaig adonar que pot crear una visualització del formulari per a això i llavors, una vegada més, es va adonar que podria haver estat fent alguna cosa com això tot el temps. He afegit una vista "Desenvolupador Notes" com a tal al formulari de l'InfoPath:

image

He configurat el formulari per tal que els usuaris no pot arribar a aquesta visualització i per tant, només és visible amb el client de l'InfoPath en vista Disseny. Ara em sento una mica Inoculats contra alguns desenvolupadors desconegut futur mirant el meu formulari i mals pensaments pensar sobre mi. Uf!

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetas de Technorati:

Gestió de l'InfoPath visites

Em sembla que passen per fases de l'InfoPath on, fora de la blava, Jo sóc l'elaboració de un munt de formes. Meus dits aprendre a utilitzar l'eina bé i després passar per sequera nou mes i han d'aprendre tot de nou.

Sóc enmig d'una fase de l'InfoPath i estic creant formes d'InfoPath amb un munt de visites. Una cosa que vostè probablement notar és que l'InfoPath 2007 client Mostra una vista en ordre alfabètic. Això és una molèstia real algunes vegades. El meu millor tècnica en aquests dies és anteposar un nombre amb el nom de visualització per tal que sempre van mostrar en l'ordre que voleu, com s'il·lustra aquí:

image

M'agradaria que havia estat fent això tot el temps.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetas de Technorati:

Formulari InfoPath serveis, Formes basat en l'autenticació (FBA) i noms de fitxer únic

He estat treballant en algunes formes d'InfoPath aquesta setmana a molsa en un entorn FBA i aprendre, Quan vaig anar a desplegar les formes a un entorn de producció amb un FBA zona que l'usuari() funció de funció no funciona. El feia servir per generar noms d'arxiu únic.

Pou, que la funció no treballa en un entorn FBA (com a mínim, no fora de la caixa). I, després de reflexionar, utilitzant el nom d'usuari de la manera que jo havia planejat no tenen garantit un nom de fitxer únic en qualsevol cas.

La meva solució era utilitzar l'ara() funció i una norma que els incendis en carregar-lo de la forma. Assignar el nom del fitxer a l'element de dades quan està en blanc:

image

image

L'avantatge d'aquest enfocament és que el nom del fitxer ocupa només una vegada. (No em presento a la captura de pantalla, però posar una condició a la regla per disparar només quan "myFilename" està en blanc). Solia posar el nom del fitxer en el nivell d'origen de dades. Típicament, Jo faria una cosa (dolent) d'aquesta:

image

El problema amb això és allò si usuari obre el formulari el dilluns i el canvia l'usuari B dimarts, acabarà amb dues formes diferents ja que dos usuaris diferents desat amb noms d'usuari diferents.

Així, com molest com FBA pot ser en general i amb l'InfoPath en particular, Això em va fer repensar un detall tècnic petit però realment important i l'enfocament que no ho hauria fet contrari!

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetas de Technorati:

L'obtenció de vistes de Biblioteca de SharePoint llista/Document sembla (tipus de) Possible amb jQuery

Això és un altre post en el meu sèrie en curs damunt com utilitzar jQuery amb SharePoint.
Si voleu més informació sobre com jQuery, Altament recomano: jQuery en acció per l'ós Bibeault i Yehuda Katz.

Una de les primeres coses que vaig pensar, un cop vaig començar a jugar amb jQuery, era si podríem utilitzar per assegurar una visualització del SharePoint. La resposta és "no" (o com a mínim, No estic reclamant que és possible). No obstant això, és certament possible fer-ho difícil per a gent per veure una visió particular.

Vaig començar amb el meu ambient de sorrera quan es treballa en aquest. Vaig escriure sobre aquest ambient aquí: Ràpid i fàcil: Creï el seu propi jQuery Sandbox per a SharePoint.

Per "garantir" una visió, Seguiu aquests passos:

  1. Crear una visualització que voleu protegir. Feia allò i el va anomenar "Assegurat vista".

    Això és què mira com quan això no és "protegit":

    image

  2. Afegir un element editor de continguts web a pàgina de la vista utilitzant el truc es descriu en l'article de sorrera (i. e. afegir "visites de pàgina = compartida&ToolPaneView = 2 "a l'URL).
  3. Esbrinar el seu SharePoint _spUserId seguint aquests passos boig, creure o no:
    1. Accedeixi al seu entorn del SharePoint.
    2. Al camp d'adreça del navegador web, tipus: "javascript:alerta(_spUserId").
    3. Registre el resultat (és "13" en el meu cas).

      image

  4. Afegir el javascript següent a la seva CEWP en la visualització del codi:

    <seqüència tipus ="text/javascript"
        src =".. /.. /jQuery Library/jQuery-1.3.2.min.js">
    </script>
    
    <tipus d'escriptura ="text/javascript">
      $(funció() {
    
        alerta(_spUserId);
    
        var theSecuredView = $(' iframe[FilterLink * = assegurat % 20View]');
    
        Si ((theSecuredView.length > 0) && (_spUserId = = 13))
          $(' iframe[FilterLink * = assegurat % 20View]').pare().pare().pare().HTML("<tr bgcolor = vermell><TD>No vista per a vostè!</TD></tr>");
      });
    
    </script>
    

He inclòs que alerten(_spUserId) línia allà per demostrar com això no és realment un "assegurar" una visió, però simplement fent molt més difícil de veure. Més sobre això en un moment.

Bàsicament, jQuery està buscant un iFrame a la pàgina que té un atribut que conté "Assegurava % 20View" en el seu valor. Una vegada es troba, podem comprovar per veure si l'usuari actual és "13". Si és, vam caminar fins el DOM a un <TR> etiqueta (que he imaginat veient font i remuntant-lo) i llavors reemplaçar aquell cordó TR amb el meu missatge. Realment no sé com robusta això és (Jo sóc molt sospitós, de fet), però funcionava a meu sorrera. Si trobo una millor manera, Jo ' ll blog sobre això. Aquest és el resultat:

image

Faig clic al botó correcte i les dades se substitueix amb un gran missatge vermell:

image

Com vostè pot dir, el camí que he de posar en pràctica aquesta solució de "seguretat" és permetre que l'element web rendir-se. Després que acabi, Vaig sobreescriure el contingut amb el meu "No vista per a vostè!missatge".

Malgrat el fet que no és realment un "segur" "veure, és potencialment útil i amb una mica de treball intel ligent, Finalment pot ser securable en un sentit més formal. La qüestió fonamental és que el client està aconseguint totes les dades i després, només després que obté les dades, es destrueix el. Si el client és aconseguir les dades, un usuari intel ligent pot impedir la jQuery córrer en absolut i veure el que ell/ella vol veure.

Hi ha altres inconvenients. Aquest enfocament de "seguretat" es basa una _spUserId. Voldríem realment segurs basant-se en el model de seguretat de SharePoint plena, o almenys per nom d'usuari. Que esdevé progressivament més difícil, però veure algunes coses bones que han escrit sobre aquest tema, Així que espero que no hi ha una bona resposta a aquest problema.

La llista de visualitzacions de si mateixos han de ser retallats, Si és possible. No he intentat esbrinar que. Suposo que és possible, però realment no resoldre l'assumpte de seguretat fonamentals perquè algú podria encara només escrigui l'URL de la visualització del que volen (Si ho sabien). No obstant això, retallada té sentit. És una característica de bona usabilitat i ajuda a ocultar les coses. Si un usuari final no sap que existeix l'esdeveniment de vista, ells probablement no intentar utilitzar-lo. Vegades, que és prou bona.

Amb sort, Tindré més a escriure sobre aquest tema en el temps.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetas de Technorati: ,,

Etiquetes de del.icio.us: ,,

Ràpid i fàcil: Un camí millor a utilitzar jQuery per amagar un camp de Text en una forma de SharePoint

Això és un altre post en el meu sèrie en curs damunt com utilitzar jQuery amb SharePoint.
Si voleu més informació sobre com jQuery, Altament recomano: jQuery en acció per l'ós Bibeault i Yehuda Katz.

Prèviament, Vaig escriure sobre com utilitzar jQuery per localitzar i amagar un camp de text en un formulari. M'importava per a l'enfocament específic (Jo estava encadenament pares-que és simplement no és fet aquests dies, com a mínim a les famílies de qualitat).

Quan vaig començar a pensar-hi, Jo sabia que havia de trobar un <TR> per que jo podria invocar l'amagatall() mètode. Meu primer esforç per trobar el correcte <TR> va ser alguna cosa com això:

$(' tr:ha(entrada[title = amagar-Me!])');

El problema amb això és que es troben cada <TR> Etiqueta que tenia qualsevol relació pare a l'amagatall m! camp, fins i tot si amagar-Me! és niat profund en molts nivells <TR>és. Resulta que en la meva forma de sorrera, troba que l'expressió 9 diferents TR que tenen amagar-Me! com un nen en algun lloc de l'arbre DOM. Em vaig adonar que podien caminar altra vegada cap amunt de l'arbre des del camp d'entrada es, Així que és com vaig acabar abusar de pares, però això no es senti bé amb mi.

Em va donar una mica de pensament a això i una de les coses que he llegit finalment va tenir sentit: Podria utilitzar el no() mètode de retallar fora <TR>és que no vull en la meva set embolicat. Que em va portar a aquest:

$(' tr:ha(entrada[title = amagar-Me!])').no(' tr:ha(tr)').Amaga();

La primera mica troba tots els <TR> Etiquetes que tenen l'amagatall m! camp en qualsevol lloc de la seva pròpia jerarquia. Llavors es despulla fora qualsevol <TR> que també tenen un nen <TR>. Això ens deixa amb un sol <TR> que:

1) No té <TR> registres de nen

2) Tenen el camp d'entrada com a nen.

Després es poden aplicar l'amagatall() mètode a la resultant conjunt i se'ns fa.

Encara estic una mica nerviós sobre això, però no tan nerviosa com els pares d'encadenament.

No sé si això és una bona pràctica o no. Hi pot haver una forma més adequada d'identificar a les <TR> que ens importa un formulari del SharePoint. Si vostè sap, Si us plau enviar un comentari.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetas de Technorati: ,

Ràpid i fàcil: Utilitzar jQuery per amagar un camp de Text en una forma de SharePoint

Això és un altre post en el meu sèrie en curs damunt com utilitzar jQuery amb SharePoint.
Si voleu més informació sobre com jQuery, Altament recomano: jQuery en acció per l'ós Bibeault i Yehuda Katz.

ACTUALITZACIÓ (ja!): Jo crec en una millor manera per localitzar el <TR> Etiqueta I volen amagar i escriure sobre això aquí. Vostè pot encara trobar aquest article interessant de tota manera així sóc leavnig això cap amunt.

Vull amagar un camp de text, "Amagar-Me!"com es Mostra:

image

La següent jQuery fa el truc per a mi:

<tipus d'escriptura ="text/javascript">

  $(funció() {


    $(' d'entrada[title = amagar-Me!]').pare().pare().pare().Amaga();

  });

</script>

El codi està dient, "trobar em tots d'entrada camps el títol = amagar-Me!. Llavors, obtenir el seu pare i llavors pròxim pare i el * següent * pare (Phew!) i invocar l'amagatall() mètode en aquesta cosa, sigui el que passa a ser.

Imaginava que estructura de pare per veure el codi de HTML per a la forma que SharePoint creada com es Mostra:

<TR>
    <TD nowrap= "true" valign= "top" amplada= "190px" classe= "ms-formlabel">
        <H3 classe= "ms-standardheader">
            <nobr>Amagar-Me!</nobr>
        </H3>
    </TD>

    <TD valign= "top" classe= "ms-formbody" amplada= "400px">
        <!-- FieldName = "amagar-Me!"
                 FieldInternalName = "Hide_x0020_Me_x0021_"
                 FieldType = "SPFieldText"
        -->
        <span dir= "none">
            <entrada
                nom= "ctl00$ m$ g_bdb23c2c_fde7_495f_8676_69714a308d8e$ ctl00$ ctl04$ ctl02$ ctl00$ ctl00$ ctl04$ ctl00$ ctl00$ TextField"
                tipus= "text"
                maxlength= "255"
                ID= "ctl00_m_g_bdb23c2c_fde7_495f_8676_69714a308d8e_ctl00_ctl04_ctl02_ctl00_ctl00_ctl04_ctl00_ctl00_TextField"
                títol= "Amagar-Me!"
                classe= "ms-long" />
                <BR>
        </span>


    </TD>
</TR>

Aquesta foto mostra el mateix, però encarit amb els pares:

image

El primer pare (1) és una etiqueta període. Pare del període (2) és una etiqueta TD i llavors finalment arribem a la real societat dominant I volen amagar (3) Quin és l'etiqueta d'TR-se.

Aquest és un enfocament bastant terrible que crec perquè és molt dependent de l'estructura molt específica d'aquest formulari. Quan SharePoint 2010 surt, tota aquesta estructura podria canviar i trencar aquest enfocament. El que realment vull fer és artesania un selector de jQuery que és en la línia de "trobar-me tot el TR (i només TR Etiquetes) que tenen en algun lloc en els seus elements secundaris un camp d'aportació el títol = amagar-Me!”. I a partir de la part inferior i es desplacen cap amunt. Suposant que aquesta xifra a terme, Vaig a publicar una actualització "ràpid i fàcil" post.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetes de del.icio.us: ,

Etiquetas de Technorati: ,

Ràpid i fàcil: Creï el seu propi jQuery Sandbox per a SharePoint

Això és un altre post en el meu sèrie en curs damunt com utilitzar jQuery amb SharePoint.
Si voleu més informació sobre com jQuery, Altament recomano: jQuery en acció per l'ós Bibeault i Yehuda Katz.

Primers passos amb jQuery a SharePoint és sorprenentment fàcil (per a mi). (Tinc seriosos dubtes sobre una aproximació de "millors pràctiques" per a la implementació d'aquestes coses per a la producció, but that's per un altre dia). Acabo de començar a jugar amb aquesta tecnologia i per a això, He creat un ambient de sorrera utilitzar. Si vostè està buscant per començar amb jQuery, vostè pot trobar útil aquest enfocament.

1. Crear un lloc en blanc

Crear un lloc en blanc en algun lloc en el seu lloc i en diuen alguna cosa intel ligent com "jQuery Sandbox".

2. Descarregui jQuery

Pot descarregar la jQuery javascript Biblioteca des d'aquí: http://docs.jquery.com/Downloading_jQuery

Salvar el que per a l'escriptori.

He estat utilitzant la versió "miniaturitzada".

3. Crear una biblioteca de Document de SharePoint

En el seu lloc de caixa de sorra, crear una biblioteca de documents.

4. Carregar la Biblioteca de jQuery a SharePoint

Accés a la Biblioteca de doc que acabeu de crear i carregar la Biblioteca de jQuery.

5. Crear una llista de SharePoint de costum

He començat amb una llista personalitzada perquè vull fems amb formularis del SharePoint estàndards. Vostè també pot crear una pàgina en una biblioteca de pàgines o pàgines d'elements web i probablement un munt d'altres llocs.

Afegir algunes columnes a la llista de costum perquè teniu alguna cursa el jQuery contra. Meus objectius inicials van ser:

  1. Amaga un camp.
  2. Assigni un valor d'un camp.

Amb aquest objectiu en ment, He afegit dos camps de text. Amb el temps, Vaig a estar jugant amb enllaços, imatges, cerques, etc.

6. Modificar la Part de NewForm.aspx web i sumar-se una Part de l'Editor de contingut Web

Això és una mica negre magic-ish , que és un concepte nou per a mi. Vaig aprendre sobre aquest des Paul Grenier, SharePoint jQuery Superstar, en el seu lloc de projecte de CodePlex: http://spff.codeplex.com/.

Seguiu aquests passos per afegir un CEWP a la mateixa pàgina que Mostra la NewForm.aspx per a qualsevol llista personalitzada:

  1. Accedir a la llista de costum i feu clic a nou.
  2. Afegeixi el seguir a l'URL: Visites de pàgina = compartit&ToolPaneView = 2

Que transformarà el seu formulari d'entrada de dades vainilla avorrit d'alguna cosa com això:

image

A aquest:

image

Afegir l'element web editor de continguts a la pàgina.

7. Escriure el seu primer jQuery codi

Obrir aquell CEWP en la visualització del codi i afegir el següent:

image

Aquí és el present codi si vol copiar i enganxar:

<seqüència tipus ="text/javascript"
    src =".. /.. /jQuery Library/jQuery-1.3.2.min.js">
</script>

<tipus d'escriptura ="text/javascript">
  $(funció() {

    $('#resultsID').HTML("Hi" + $("a").mida() + "un Etiquetes etiquetes en aquesta pàgina.");

  });
</script>

Resultat:
<div id ='resultsID'></Div>
/resultat

Tingueu en compte que el primer <script> etiqueta és fer referència a la llibreria jQuery real. Presumiblement, aquestes coses canvien al llarg del temps, Així que vostè voldrà assegurar-se un) Utilitzi el nom correcte i b) apunti-hi la Biblioteca de document de SharePoint correcta.

Gaudir la glòria

Si vostè ho va fer correctament, vostè veurà un resultat similar al seguir:

image

Xerrada posterior

Això no és l'única manera per començar, però és ràpid, fàcil i aïllada de l'entorn del SharePoint existent.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetas de Technorati: ,

Etiquetes de del.icio.us: ,