SharePoint-Shop Talk Open Q&A munkamenet csütörtök 08/13 @ 12:30 PM EDT

Arcovis ad otthont a második "SharePoint Shop Talk" ülésén csütörtökön 12:30 PM EDT. Felmutat-val SharePoint kérdéseire, és mi mindent megteszünk hogy szórakoztassam bendzsó viccek, intelligens, de ártalmatlan leírások barátom vizsgálóbizottsági tagok és talán még választ egy kérdés vagy két. Ezen a héten "hivatalos" panel magában foglalja a tiéd hűségesen, az én-m Arcovis-partnerek (Natalya Voskresenskaya és Harry Jones) és Laura Rodgers (a Twitter & EndUserSharePoint hírnév). Bob fox azzal fenyegetőzött, hogy csatlakozzon túl, de ne vegye, hogy túl komolyan. Múlt idő, Mi volt egy nagy közönség részvételével, amely elmosódik a vonal között a vizsgálóbizottsági tagok és a résztvevők, és vártam, ugyanez fog történni, csütörtök.

Ez az esemény társfinanszírozza integrált rendszerek és szolgáltatások csoport (www.issgroup.net).

Kérjük, Regisztráljon itt: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=9xrzxfs9x34sb0sm

Ha kérdése, amit szeretne minket, hogy, csak tárcsázza a hívást, és kérje. Ha azt akarja, hogy gondol rá először, Küldjön nekünk egy e-mailt vagy hagyjuk egy megjegyzést itt.

Találkozunk majd!

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

A már meglévő feltételek: A mentő figyelmeztető SharePoint-sablonok (?)

Egy én dolgoztam egy korábbi nyertes építsünk ki egy kicsi, de hasznos HR alkalmazás a vállalati ügyfelek. Hogy a vállalkozó a SharePoint Designer végrehajtására használják a munkafolyamat része a megoldás. Egy kis rendetlenség. Például, kilenc SPD munkafolyamat támogató egyetlen logikai munkafolyamatok, és akár 5-öt is tűz egyszerre adott a megfelelő feltételek bármely adott időpontban. It’s not easy to debug 🙂

Az én-m ügyfél birtokol nagyszámú még mindig fennálló követelmények, amelyek közül az egyik, hogy általában több összefüggésben, ha a rendszer küld ki elektronikus levél riadókészültségbe helyez-mind az e-mail magát, valamint a társított tevékenység formái. Mint az SPD munkafolyamat végrehajtói, az "összegyűjti a felhasználó" SPD-művelet ténylegesen létrehoz egy feladatot az egyéni tartalomtípust. Ha az általunk használt művelet, nem kapunk, adja meg sok. Mi lehet kérni bizonyos értékek (pl. "jóváhagy" vagy "deny") és mi lehet adni egy fixen kódolt érték a cím és a Leírás. Ennyi.

Az én-m ügyfél követelmény két hajtsa:

  1. Amikor SharePoint küld egy e-mailt arról, hogy egy tevékenység-hozzárendeléshez, tartalmaz egy csomó információt a feladat, az e-mail szervezet.
  2. Ennél is fontosabb, messze – Amikor a felhasználó rákattint az e-mailben Tevékenységkapcsolat, a tevékenység űrlap kell minden olyan információt, amelyet a jóváhagyó van szüksége, hogy ő jóváhagyása vagy megtagadja a határozat. azonnal, a kezelőnek, kattintson az elemhivatkozás, maga-hoz fúr legyőz levegőbe a mögöttes részletek, és senki sem szereti, hogy. Kattints az e-mailben. Akkor kell egy valami homályos hivatkozásra az elem. Aztán megnézheti az alapjául szolgáló adatok (egy InfoPath-űrlap ebben az esetben). Kattintson vissza/back, stb. Mindenki utálja, hogy.

Amit örököltem ezt kissé zavaros technikai megoldást, és azt akarom, hogy a változtatásokat a legkevésbé tolakodó módon lehetséges.

Most szedem megközelítés az, hogy hozzon létre egy egyéni figyelmeztetési sablont. El tudja olvasni róla itt. Az áramlás a következőképpen működik:

  • Az SPD munkafolyamat.
  • Egy bizonyos ponton, feladatot rendel egy igazgató.
  • SharePoint rendszer automatikusan küld ki riasztást az igazgató. Ez nem része az SPD munkafolyamat, hanem "SharePoint mit." (A SharePoint időzítő szolgáltatása, Azt hiszem).
  • Egyéni riasztáskezelő hivatkoznak a szabványos értesítési folyamat mellett (magic szabályok leírtak szerint a fent hivatkozott cikk).
  • Mikor az én-m egyéni riasztáskezelő fut, Ez létrehoz egy szép e-mailt. Ennél is fontosabb, mivel ez a feladat a kezében, Ez is díszíti a tényleges tevékenység keretében szükséges valamennyi információt üzleti követelményének.
  • A felhasználó kap a elektronikus levél, és tele hasznos környezeti információt a.
  • Felhasználó csattan-on láncszem feladat és a feladat önmagában tele hasznos Cellakörnyezeti adatok.
  • Mindenki hazamegy görögdinnye és fagylalt.

Csináltam egy gyors POC, és ez jól működik a tesztkörnyezetben. Én kap a saját egyéni e-mail értesítést várt. Is kap a feladat leírása és a maga cím frissítése.

A kicsit csak trükkös, eddig, az, hogy elkerülni az olyan helyzeteket, ahol a riasztás frissíti a cikk, egy másik riasztást kiváltó. Ez nem gond nekem.

Ígéretesnek tűnik, eddig...

A nagy dolog, hogy nem kell sem a meglévő SPD munkafolyamat vacakol. Ők boldogan tudatában annak, hogy egy riasztáskezelő"IIZ FUTNI DA BAKGROUND, DECORATIN TEH FELADAT LISTA WIF MOAR KÖRNYEZETE”.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Live SharePoint Q&A munkamenet csütörtök 07/30/09 @ 12:30 PM EDT befejezési 1:30PM EDT

Frissítés: Ez a formátum tulajdonképpen egy konferencia hívást az egy pár PPT slides a terepet. Van egy SharePoint környezetben áll az, hogy tűz ki, abban az esetben, ez segít, de ez főleg emberek hangosan beszél. Lehetőség lesz nyomon fel e-mailben.

Megyek vissza az én-m első valaha SharePoint-konferencia, csak több mint egy éve, Már ütött egy élő q hogyan félelmetes által&A munkamenet lehet. A konferencia szervezői volt összerakni egy afféle "szakértők" ad hoc csoport (i.e. emberek, akik lógott voltak, és nem félek a színpadon fel a buta keresett) válaszolni bármilyen kérdése, hogy jött a közönség, a szobában. Akkoriban volt a fejemben, rendszeres időközönként, és azóta, egy hasonló session host, de ez a vonal, és a telefon. Nem hiszem, hogy lehet olyan jó, mint az a személy Q&A munkamenet, de azt hiszem, ez tudna lenni szép hűvös.

Én végül kapott körül azt, és a következő csütörtökön, 07/30, Vállalatunk (Arcovis) és az üzleti partner, Integrált rendszerek és szolgáltatások csoport, ad otthont a q&Egy hasonló. Remélem, hogy ezek rendszeresen, heti gyakorisággal.

Ez az alakuló ülésen valószínűleg lesz egy kicsit göröngyös, de ez a fogalma:

  • Ha szeretné a munkamenet során megválaszolt kérdések, csak felmutat, és kérje.
  • ha akarod, előre a kérdés tud elektronikus levél.

Tervet, eltölteni az első felében a q&A a e-mailben a kérdéseket, és nyissuk fel, hogy bármi, amit bárki arra kéri, hogy után.

A munkamenet a csütörtökön kerül sor, 07/30 Starting at 12:30 és végződik 1:30 PM EDT.

Ha-a ' érdekelt, Kedves Regisztráljon itt: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=pxlsd9fpsm2md7h9

A panel is, én és a más SharePoint-világítótestek. You’ll have to sign up to find out who they are 🙂

Ha azt szeretné, hogy az egyik azok luminaries vonatkozó jövőbeni q&A munkamenet, Hadd tudjam meg.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Technorati Tags:

Megjegyzések fejlesztőknek az InfoPath-űrlapok belsejében beágyazása

Még mindig élek, az InfoPath-űrlapok a világban, és szükség van, hogy egy "kis" változtatásokat az űrlapra,, Sajnos, szünetek egy elnevezési konvenciót, elfogadott, hogy két héttel ezelőtt. Gondoltam magamban, "valaki fogja nézni ezt a dolgot egy év most és azt mondják, "Mi gondol Pál? Istenemre, a névadási nincs értelme!”

Rájöttem, hogy lehet létrehozni az űrlap nézet Ez majd, mégegyszer, rájöttem, hogy én is csináltam ilyet végig. "Megjegyzések fejlesztőknek" nézet hozzá ilyen az InfoPath-űrlap:

image

Beállítottam az űrlapot, így, hogy a felhasználók nem tudnak eljutni a nézet, és ezért, a csak az InfoPath ügyfél Tervező nézetben látható. Most úgy érzem, egy kicsit beoltott ellen néhány jövőbeni ismeretlen fejlesztő látszó-on az én-m képernyő és a gondolkodás rossz gondolatokat rólam. Puff!

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Technorati Tags:

Az InfoPath nézetek kezelése

Úgy tűnik, hogy az InfoPath szakaszok ahol, a kék, Én vagyok gyárts egy csomó formák. Az én-m ujjak megtanulják, hogyan kell használni az eszközt is, és aztán megy keresztül kilenc hónapos aszály, és meg kell tanulni az egészet újra.

Én vagyok a közepén egy InfoPath fázis, és vagyok létrehozása az InfoPath-űrlapok-egy csomó views. Egy dolog, amit talán észre, hogy az InfoPath 2007 ügyfél azokat a nézeteket mutatja, ABC-sorrendben. Ez az igazi kellemetlen néhány alkalommal. Az én-m legjobb technika ezekben a napokban, hogy csomagjai egy számot a nézet nevét úgy, hogy azok mindig a kívánt sorrendbe rendezni, mint leír itt:

image

Bárcsak már csinál ez végig.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Technorati Tags:

InfoPath-űrlap szolgáltatások, Űrlap alapú hitelesítés (FBA) és egyedi fájlnevek

Voltam működő-ra néhány InfoPath-űrlapok ezen a héten a MOSS FBA környezetben és tanult, amikor mentem telepíteni a formák, hogy egy termelési környezetben egy FBA zóna, hogy a felhasználói név() függvény nem működik. Voltam használ ez egyedülálló file nevek létrehozásához.

Jól, Ez a funkció nem működik, FBA-környezetben (legalább, nem a dobozból). És, mérlegelés alapján, használ felhasználónevet volt a tervezett módon nem garantálták egyedi fájlnevet minden esetben.

Az én-m oldat volt-hoz használ a most() függvény, és egy szabályt, amely a tüzek az űrlap betöltése. Én hozzá a fájl neve adatelem üres:

image

image

E megközelítés előnye, hogy a fájl neve csak egyszer van-e állítva. (Ne jelenjen meg a képernyő szemcsésedik-ban, de a feltétel a szabály, hogy csak tüzet, amikor üres a "myFilename"). Én hozzászokott készlet a fájl nevét a forrás szinten. Általában, Kíván valamit (rossz) tetszik:

image

A probléma, hogy az, hogy ha a felhasználó megnyitja az űrlapot, hétfőn, és B felhasználó módosítja a kedd, akkor a végén két különböző formában, mivel két különböző felhasználók megtakarított ez-val más felhasználó nevek.

Így, olyan idegesítő, mint FBA lehet általában és az InfoPath különösen, Ez jutott eszembe újra egy kicsi, de nagyon fontos technikai részleteket és megközelítés, amit nem tettem egyébként!

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Technorati Tags:

Úgy tűnik, SharePoint lista/dokumentumtár-nézeteket biztonságossá tétele (fajta) JQuery lehetőség

Ez másik felad-ban az én-m folyamatos sorozat hogyan kell használni jQuery SharePoint programmal.
Ha azt szeretné, ha többet szeretne tudni a jQuery, Erősen ajánlott: jQuery akcióban a Medve Bibeault és Yehuda Katz.

Az egyik első dolog, azt hittem, Amikor elkezdtem játék körül-val jQuery, volt, hogy tudnánk használni biztonságos egy SharePoint-nézet. A válasz "nem" (vagy legalábbis, Nem vagyok állítva, lehetséges). Azonban, Persze lehet, hogy nehéz az embereknek, hogy egy adott nézet.

Elkezdtem az én-m Homokszóró láda környezet ha ez dolgozik. Írtam arról, hogy a környezet: Gyors és egyszerű: Hozzon létre saját jQuery homokozó elvű SharePoint.

"Biztonságos" nézet, kövesse az alábbi lépéseket:

  1. Szeretne biztosítani a nézet létrehozása. Csináltam, és felszólította, hogy "Védett nézet".

    Ez az, amit úgy néz ki mint mikor ez nem "biztosított":

    image

  2. A Tartalomszerkesztő kijelző hozzáadása a kilátás oldal használ a fogás a sandbox cikkben ismertetett (i.e. Add hozzá "oldalmegtekintést = megosztott&ToolPaneView = 2" az URL-t).
  3. Kitalálni, hogy a SharePoint _spUserId őrült lépéseket követve, hisz vagy nem:
    1. Jelentkezzen be a SharePoint környezetben.
    2. A böngésző Cím mező, típus: "javascript:Figyelmeztetés(_spUserId").
    3. Rekord az eredmény (Ez az én esetemben "13").

      image

  4. Adja hozzá a következő javascript kód nézetben a CEWP:

    <script type ="text/javascript"
        src =".. /.. /jQuery Library/jQuery-1.3.2.min.js">
    </parancsfájl>
    
    <a parancsfájl típus ="text/javascript">
      $(függvény() {
    
        Figyelmeztetés(_spUserId);
    
        var theSecuredView = $("iframe[FilterLink * = biztonságos % 20View]');
    
        Ha ((theSecuredView.length > 0) && (_spUserId == 13))
          $("iframe[FilterLink * = biztonságos % 20View]').szülő().szülő().szülő().HTML("<TR bgcolor = piros><TF>Nincs kilátás az Ön számára!</TF></TR>");
      });
    
    </parancsfájl>
    

Én már bele, hogy riasztás(_spUserId) vonal van annak bizonyítására, hogy ez nem igazán a "védelme" nézet, de egyszerűen így nehezebb, hogy. Inkább, hogy egy pillanat alatt.

Alapvetően, jQuery keres egy iFrame az oldalon, aki egy attribútumot, amely tartalmazza az értéke a "biztonságos % 20View". Ha találja, Ellenőrizzük, hogy, ha az aktuális felhasználó "13". Ha-a ', sétálunk fel a DOM egy <TR> címke (amely kitalálták, forrás megtekintése és nyomon követése) és amit TR cédula-val az én-m üzenet. Tényleg nem tudom, milyen erős ez a (Én nagyon gyanús, valójában), de ez munkás-ban az én-m homokozó. Ha én talál egy jobb út, Én blog róla. Ez az eredmény:

image

Kattintson az OK gombra, és az adatok helyett egy nagy piros üzenet:

image

Mint te tud mond, az út már végre a "biztonság" megoldás az, hogy lehetővé tegyék, hogy maga a kijelző. Miután befejezi a, Felülírja a tartalma a "nincs véleményem!"üzenet.

Annak ellenére, hogy ez nem igazán a "biztonságos" "megtekintése, potenciálisan hasznos és néhány ügyes munka, Végül lehet formális értelemben biztonságossá tehető. Az alapvető kérdés az, hogy az ügyfél az adatok egyre majd, csak azután, hogy ez lesz az adat, Ez kitörli. Ha az ügyfél az adatok, egy okos felhasználó akadályozhatjuk meg, hogy a jQuery egyáltalán, és látni, amit ő azt akarja, hogy.

Vannak más hátrányai. Ez a "biztonság" megközelítés alapján le a _spUserId. Azt akarjuk, hogy igazán biztonságos a teljes SharePoint biztonsági modellen alapuló, vagy legalább felhasználói név. Egyre nehezebb lesz, de látom, néhány jó dolgot írt erről a témáról, tehát én vagyok bizakodó, van egy jó válasz, hogy ez a probléma.

A nézetek, maguk listáját kell faragni, Ha lehetséges. Még nem próbáltam, hogy kitaláljuk, hogy. Feltételezem, hogy a lehetséges, de nem igazán oldja meg az alapvető biztonsági probléma, mert valaki még csak írjuk be az URL-t, a nézet akarnak (ha tudták, hogy ez). Azonban, vágás van értelme. Ez jó használhatóság jellemzi, és segít, hogy összezavar a dolgok. Ha a felhasználó nem tudja, hogy létezik-e a nézet esemény, ők valószínűleg nem megpróbál-hoz használ ez. Néha, Ez elég jó.

A szerencse, Van több írni ebben a témában, idővel.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Gyors és egyszerű: Egy jobb módja annak, hogy használata jQuery elrejteni egy a szövegmező, egy SharePoint-űrlap

Ez másik felad-ban az én-m folyamatos sorozat hogyan kell használni jQuery SharePoint programmal.
Ha azt szeretné, ha többet szeretne tudni a jQuery, Erősen ajánlott: jQuery akcióban a Medve Bibeault és Yehuda Katz.

Korábban, Írtam arról, hogyan kell használni jQuery, hogy keresse meg, és elrejtheti egy űrlap szövegmező. Nem törődik, az egyedi megközelítés (Én volt láncolására szülők-ez egyszerűen nem történik ezekben a napokban, legalább a családok-minőségi).

Amikor először kezdett gondolni rá, Tudtam, hogy én szükséges-hoz talál egy <TR> amely is hivatkozhat a elrejtése() a módszer. Az én-m korai erőfeszítést, hogy megtalálja a helyes <TR> volt valami ilyesmi:

$("tr:van(bemenet[title = elrejt!])');

A probléma ezzel amit ez talál minden <TR> címke, amit én a Hide minden szülő kapcsolat! a mező, Rejts el, akkor is, ha! van sok szint mélyen beágyazott <TR>'s. Kiderül, hogy a homokozóban képernyőn, Ez a kifejezés megkeresi 9 Rejts el, különböző TR, akik! mint egy gyermek számára valahol a DOM-fa. Rájöttem, hogy tudtam járni biztonsági másolatot készíteni a fán maga beviteli mezőből, Szóval ez az, hogyan kötöttem ki visszaél a szülők, de ez nem ül jól velem.

Adtam néhány gondolat, hogy ez, és az egyik dolog, én végül olvastam értelme: Én tudna használ a nem() a módszer a berendezés ki <TR>nem akarom az én becsomagolt meg barátait. Ez vezetett engem erre:

$("tr:van(bemenet[title = elrejt!])').nem("tr:van(TR)').elrejtése();

Az első darab talál minden a <TR> Címkék, hogy a Hide nekem! mező bárhol a saját hierarchia. Majd a csíkokat ki sem <TR> amely szintén van egy gyermeke <TR>. Ez hagy minket-egyetlen <TR> hogy:

1) Nincs <TR> alárendelt bejegyzések

2) A beviteli mező rendelkezik mint gyermek.

Alkalmazhatja a elrejtése() módja, hogy az ebből eredő, és készen vagyunk.

Én még mindig egy kicsit ideges, de nem ideges, mint a láncolására szülők.

Nem tudom, ha ez egy bevált, vagy nem. Lehet, hogy megfelelőbb módon azonosítása csak a <TR> hogy mi érdekel egy SharePoint-űrlap. Ha tudod, legyen szíves felad egy magyarázat.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Gyors és egyszerű: JQuery segítségével SharePoint-űrlapon lévő szöveg mező elrejtése

Ez másik felad-ban az én-m folyamatos sorozat hogyan kell használni jQuery SharePoint programmal.
Ha azt szeretné, ha többet szeretne tudni a jQuery, Erősen ajánlott: jQuery akcióban a Medve Bibeault és Yehuda Katz.

FRISSÍTÉS (már!): Azt hiszem, egy jobb módja annak, hogy keresse meg a <TR> tag akar-hoz eldug és írtam róla itt. Akkor is megtalálja a cikk érdekes egyébként, én vagyok a leavnig ez megjelöl.

Én akar-hoz eldug egy a szövegmező, "Elrejt!"amint:

image

A következő jQuery nem a trükk számomra:

<a parancsfájl típus ="text/javascript">

  $(függvény() {


    $(' bemeneti[title = elrejt!]').szülő().szülő().szülő().elrejtése();

  });

</parancsfájl>

A kód azt mondja, "nekem minden beviteli mezők, amelynek címe keresés = elrejt!. Majd, kap a szülő, és aztán tovább szülő és a * tovább * szülő (puff!) és a elrejtése() módszer, hogy a dolog, Bármi is történik, hogy.

Rájöttem, hogy szülő szerkezet megtekinti az űrlap, amint azt a SharePoint-hoz létrehozott HTML:

<TR>
    <TD nowrap= "true" Függőleges igazítás= "legjobb" szélessége= "190px" osztály= "ms-formlabel">
        <H3 osztály= "ms-standardheader">
            <NOBR>Rejts el!</NOBR>
        </H3>
    </TD>

    <TD Függőleges igazítás= "legjobb" osztály= "ms-formbody" szélessége= "400 képpont">
        <!-- Mezőnév = "elrejt!"
                 FieldInternalName = "a Hide_x0020_Me_x0021_"
                 FieldType = "a SPFieldText"
        -->
        <span dir= "none">
            <bemenet
                név= "ctl00$ m$ g_bdb23c2c_fde7_495f_8676_69714a308d8e$ ctl00$ ctl04$ ctl02$ ctl00$ ctl00$ ctl04$ ctl00$ ctl00$ TextField"
                típus= "szöveg"
                MaxLength"255 ="
                azonosító"ctl00_m_g_bdb23c2c_fde7_495f_8676_69714a308d8e_ctl00_ctl04_ctl02_ctl00_ctl00_ctl04_ctl00_ctl00_TextField ="
                cím= "Elrejt!"
                osztály= "ms-long" />
                <br>
        </span>


    </TD>
</TR>

Ez a kép azt mutatja, azonos, de a szülők-val megjelölve:

image

Az első szülő (1) Ez egy span címke. Szülő span barátait (2) a TD-tag, és akkor végül eljut az igazi szülő akar-hoz eldug (3) melyik a TR tag maga.

Ez egy elég szörnyű megközelítés, azt hiszem, mert ez nagyon függ a nagyon sajátos szerkezetét az űrlap. Ha SharePoint 2010 jön ki, az egész szerkezet változhat, és break ezt a megközelítést. Amit igazán szeretnék csinálni egy kézműves egy jQuery választó, amely mentén a "find me a TR (és csak TR-Címkék) hogy van valahol a gyermekelemek egy beviteli mező amelynek címe = elrejt!”. Összerezzenés-ból alja, és mozog-e fel. Feltételezve, hogy én elképzel ez ki, I post egy frissített "gyors és egyszerű" post.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

del.icio.us Címkék: ,

Gyors és egyszerű: Hozzon létre saját jQuery homokozó elvű SharePoint

Ez másik felad-ban az én-m folyamatos sorozat hogyan kell használni jQuery SharePoint programmal.
Ha azt szeretné, ha többet szeretne tudni a jQuery, Erősen ajánlott: jQuery akcióban a Medve Bibeault és Yehuda Katz.

Ismerkedés a SharePoint jQuery is meglepően egyszerű (nekem). (A "legjobb gyakorlatok" megközelítés az üzembe helyezéséhez ezeket a dolgokat, termelési súlyos kérdéseket van, de ez egy másik nap). Csak elkezdtem játszani ezzel a technológiával, és ennek érdekében, Létrehoztam egy homokszóró láda környezet használata. Ha-a ' látszó-hoz kap kezdett-val jQuery, hasznos ez a megközelítés.

1. Üres webhely létrehozása

Üres webhely létrehozása, valahol a webhely és a felhívás, hogy valami okos, mint a "jQuery homokozó elvű".

2. Töltse le a jQuery

Itt letöltheti a jQuery javascript könyvtár: http://docs.jquery.com/Downloading_jQuery

Menteni, hogy a számítógép asztalára.

Van használ a "minified" változat.

3. SharePoint-dokumentumtár létrehozása

A homokozó elvű webhely, dokumentumtár létrehozása.

4. SharePoint dokumentumtár jQuery feltöltése

Az imént létrehozott doc könyvtár eléréséhez, és jQuery tár feltöltése.

5. Egyéni SharePoint lista létrehozása

Már kezdett egy egyéni listát, mert azt akarom, hogy vacakol a szabványos SharePoint-űrlapok. Ön tudna isteremt egy oldalt a laptárban vagy kijelzőlapok, és valószínűleg egy csomó más helyen.

Néhány oszlopok hozzáadása egyéni lista, így, hogy van valami, hogy futtassa a jQuery ellen. Az én eredeti cél volt:

  1. Egy mező elrejtése.
  2. Adjon meg értéket a mezőben.

E célkitűzést szem, Én hozzá a két szöveg megfog. Idővel, Én fogok játszani, hivatkozásokkal, képek, keresések, stb.

6. A NewForm.aspx kijelzőlap módosítása és hozzáadása a Tartalomszerkesztő kijelző

Ez a kis fekete magic-ish , az, hogy egy új fogalom számomra. Először tudomást a, a Paul Grenier, SharePoint jQuery szupersztár, a CodePlex projekt helyén: http://spff.codeplex.com/.

Kövesse az alábbi lépéseket a CEWP hozzáadása ugyanaz a weblap bármely egyéni lista NewForm.aspx mutatja:

  1. Hozzáférés az egyéni listát, és kattintson az új gombra.
  2. A következő hozzáfűzni az URL-cím: Oldalmegtekintések = Shared&ToolPaneView = 2

Amit akarat átalakít-a unalmas vanília adatbeviteli űrlapot, valami ilyesmi:

image

Ez a:

image

A Tartalomszerkesztő kijelző hozzáadása a laphoz.

7. A első jQuery kód írása

Nyissa meg a CEWP a kód nézetben, és adjuk hozzá a következő:

image

Itt van a tényleges kód ha Ön akar-hoz másol/tészta:

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

<a parancsfájl típus ="text/javascript">
  $(függvény() {

    $("#resultsID").HTML("Vannak" + $("a").méret() + "címkék címkék ezen az oldalon.");

  });
</parancsfájl>

Eredmény:
<div id ="resultsID"></Div>
/eredmény

Vegye figyelembe, hogy az első <parancsfájl> cédula van hozzákapcsolva, a tényleges jQuery könyvtár. Feltehetően, Ezek a dolgok idővel változnak., Így youll ' akar-hoz győződj meg Ön egy) használja a megfelelő néven és b) mutasson a megfelelő SharePoint-dokumentumtár.

Sütkérezik a dicsőségben

Ha nem helyesen, meglátod egy eredmény az alábbihoz hasonló:

image

Csomagolta

Ez nem az egyetlen módja, hogy indult, de gyors, könnyű és szigetelve a meglévő SharePoint-környezet.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

del.icio.us Címkék: ,