Gyors és egyszerű: JQuery, állítsa a beviteli mező értékét használja a SharePoint-űrlap

Elkezdtem játék körül-val jQuery tegnap. Ive ' hiányzó-ehhez hosszú ideig, azóta Paul Grenier kezdett írni a sorozat Néhány szó a jQuery, a végfelhasználók számára a tiszteletre méltó www.endusersharepoint.com webhely. Mint én használ ez, Remélem, hogy hozzá egy sor "Gyors és egyszerű" hozzászólás, mint ez egy. Ezt a hozzászólást leírja, hogyan kell beállítani egy ismert szöveg mező értéke, amit csak akarsz.

Ebben a forgatókönyvben, I have created, amelynek "új" űrlapot úgy néz ki, ahogy az egyéni lista:

image

Ez az alapértelmezett cím oszlopok az egyéni lista új űrlapot, és a lista két oszlopot (nem a webhelyoszlopok; Nem hiszem, hogy ez kell csinál valami különbség).

A a célja, hogy egy tetszőleges érték hozzárendelése a mezőhöz, "DefaultMeFieldNoSpaces" (lehet mondani, hogy én egy kicsit a gyáva gyáva maradt, a „nincs szóköz"dolog, haladó-ra-a, de én dobja azt-fel a cikk végén található).

Ez a bit of jQuery munkás értem:

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

  $(függvény() {

    $(' bemeneti[title = DefaultMeFieldNoSpaces]').attr(
        {érték: "Vagyunk, részek twisty labirintus, minden egyaránt. ”});

  });

</parancsfájl>

Ahogy én értem ez a bit of jQuery mondván, "megtalálni minden input tag, amelynek címe = DefaultMeFieldNoSpaces. Majd, beállítás az összes értékeiket egy híres kifejezés egy régi számítógép a játékból."

Mivel itt csak akkor lesz egy mezőt az űrlapon, amelynek címe "DefaultMeFieldNoSpaces" egyenlő vagyunk biztosított érték hozzárendelése a mezőhöz, és nincs más.

Mi lesz az a mező, amelynek neve szóközt is tartalmaz? Közel azonos:

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

  $(függvény() {
     $(' bemeneti[title = A hely mező hozzárendelése]').attr(
        {érték: "Vagyunk, részek twisty labirintus, minden egyaránt. ”});

  });

</parancsfájl>

Azt hiszem, ez egy meglehetősen biztonságos megközelítés, ami azt jelenti, hogy képesnek kell lennünk megtalálni a szeretné, és csak a mezőt szeretnénk. Ha megnézed a HTML SharePoint van giving minket, Ez a fajta, rendetlen:

<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"DefaultMeFieldNoSpaces ="
osztály= "ms-long"
/>

felismerhető, és remélhetőleg egyedi attribútumként, segíthet azonosítani az adott oszlop tetszőleges értéket rendelni akarunk kiemelkedik "cím".

Ez egy alapítványi koncepció. Beállítása a mező egy tetszőleges módon, mint ez nem fog nyerni minden díjat. Azonban, Ha azt akarjuk, hogy több érdekes űrlap szintű dolgok do (melyik mindegyik nekünk mindig akar tenni, természetesen, Miután befejeztük, az edények mosására jobbra), "b mező" értéke alapján automatikusan értékét módosíthatja, mint "mezőt a", we (I) kell tanulnunk, ezek a dolgok.

Azt hiszem a legjobb esélyt, hogy egy igazi hasznos értéke itt a cím keresztül, legalább szövegmezőkhöz tartozó magasságértékek. Lehet, hogy egy jobb, megbízhatóbb megközelítés. Ha én talál ez, I update this post. Ha tudod, hogy egy jobb út, Kérjük, hagyja a comment.</vége>

</vége>

Subscribe to my blog.

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

SharePoint-bemutató: Fellendítő építeni egy függőleges üzleti alkalmazást SharePoint

[Megjegyzés:: Azt akarom, hogy rögtön azt mondják, hogy egy pénzügyi érdekeltsége a kívánt eredményt ez a demonstráció, ami azért említem, teljes nyilvánosságra hozatal, stb. Ez valójában az első alkalom, én valaha is blogged körülbelül egy esemény hol állok, így személyesen igénybe.]

Ez a webes bemutató kerül sor csütörtök, 06/04 a 12:30 EDT, végződik 1:30PM EDT.

Az én-m kiváló üzleti partnerrel együttműködve, Integrált rendszerek és szolgáltatások csoport (ISSG), Évek óta dolgozom egy függőleges üzleti alkalmazás segítségével SharePoint, mint a platform fejlesztése. Ebben az esetben, építünk egy alkalmazás, a gyártók, hogy személyre szabott termék ügyfeleiknek igényeit szolgálja, hogy. Ezekben az esetekben, nagyfokú együttműködésre kell történnie az ügyfél és a gyártó között. Van is egy nagy belül a gyártó a különböző csoportok közötti szükséges együttműködés, értékesítési beleértve, mérnöki, kutatás és fejlesztés, jogi és más csoportok.

A demo fogja megmutatni, hogy egy alkalmazás, amely lehetővé teszi, hogy az ilyen együttműködés, valamint a vita a hogyan ezen együttműködés bit kell integrálni a backend ERP rendszer.

Végül, Ez nem lesz egy SharePoint-demo. Ez az egy bizonyítás-ból egy oldat részére a sajátos probléma, hogy előfordul, hogy használja a SharePoint, mint a platform.

Így, miért zavar, hogy iratkozzon fel, és ez a bemutató? Nem várom el, hogy túl sok blogom olvasója érdeklődik egy olyan megoldás iránt, amelyet a megrendelésre gyártók gyártanak. 🙂 Az ön felvásárlása maga a koncepció lenne - a SharePoint pusztán üzleti megoldáshoz történő felhasználása, magát a SharePoint figyelmen kívül hagyásával.

Ha-a ' érdekelt, Kérjük, iratkozzon fel itt(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</vége>

Subscribe to my blog.

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

Tudod kandikál az én hideg SharePoint Designer, Holt kéz

Az én legújabb cikket is fel www.EndUserSharePoint.com. Én írtam a SharePoint Designer, Vége a felhasználók és a stratégia, hogy a végső felhasználók megpróbálhatják és kövesse annak érdekében, hogy bizonyítsa alkalmasságát, és ezen a környéken: ez az eszköz a bizalom.

A megjegyzések olyan sokkal érdekesebb, mint a cikk maga.

Check it out.

</vége>

Subscribe to my blog.

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

Hatékonyan hajtsa végre a Microsoft SharePoint (és egyéb) SharePoint-fórum

Én már a következő MSDN fórumok jól több mint egy éve (és esetleg szinte 2 ezen a ponton évvel) és minden most és akkor hallani valakitől, mennyire "kemény", hogy. Én talál ez egész könnyű és gondoltam, osztozik az én-m "technika". Ez a módszer is szerkezet részére www.endusersharepoint.com (http://www.endusersharepoint.com/STP).

Példaként véve a MSDN, Először megy, standard fórum oldalra, például a SharePoint fő oldal itt általános kérdések: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads

Rögtön észrevehetted, hogy a fórumokon az RSS engedélyezve, Amint:

image

Már használ Google olvasó hosszú ideje most az én RSS-hírcsatornák kezelése (www.Google.com/ olvasó). Én ott, adja hozzá az RSS feed a fórum, és most kapok minden új fórum hozzászólások RSS-en keresztül. Az én-m Google hírcsatornák SharePoint fórumokon néz ki:

image

Google ad nekem egy szép kilátás nyílik a kiküldetés, maga:

image

És végül, A Google lehetővé teszi, hogy Görgesse végig a hozzászólásokat a fórumokon, így a billentyűzet segítségével.

Gyorsan tud átkutat átmenő a hozzászólások, és összpontosítani csak úgy érzem, lehet, hogy egy hasznos hozzájárulás.

Riasztások zárd be a kört. A hozzászólások frissítések keresztül RSS nem jön (Bár azt hiszem, ők hozzászokott régen). Azonban, Ha szólhatok a válasz egy fórumon, a fórumok értesítés e-mailben és IM, hogy valaki válaszolt, viszont. Vagy, Ha nem, hogy egy hasznos hozzájárulás, de azt akarom tudni, amit mások mondani, Lehet bele fúrni, és kérelmezheti figyelmeztetések, amikor mások válaszol.

Egy óra vagy annál kevesebb, ha lehet állítani ezt a folyamatot, és és egy hét rendszeres használat, Ismerje meg a különböző billentyűzet trükköket és hivatkozások úgy, hogy ez lesz a második természet.

I use the exact same technique for End User SharePoint.Com’s “Stump the Panel” forums. Ez az RSS feed: http://www.endusersharepoint.com/STP/rss/.

Fórumok egy félelmetes út, talán a legjobb módja annak nem közvetlen személyes tapasztalat, tanulás, a termék, és kapok egy szép felmérés, hogyan a világ, a nagy, használja a SharePoint. Ad ez egy megpróbál!

</vége>

Subscribe to my blog.

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

Technorati Tags:

Egyéni jegyzékek használatára a hatékony munkafolyamat-naplózás

Már átszervezte az életem egy kicsit, és találtam egy ideig, hogy nyújtson be egy cikket, hogy www.endusersharepoint.com. Itt van az én legújabb cikket: Egyéni jegyzékek használatára a hatékony munkafolyamat-naplózás (http://www.endusersharepoint.com/?p=1658).

Ez a megnyitása "grafikon:

SharePoint Designer-munkafolyamat nem ad nekünk egy csomó láthatóság a mi történik a munkafolyamat megoldások. És, látható, hogy kapunk egy viszonylag gyenge felület nehezíti, és a 60 napos idő ablak. Ez 60 napos ablak lehet új SharePoint Designer számára nagy csalódás, mert nem a meghirdetni az eszköz. Ez egyáltalán nem ritka, hogy valaki, hogy tűz ki a SharePoint Designer, hozzon létre egy munkafolyamat-megoldás, amely kihasználja a "Napló-történelem: lista" Akció...

A probléma amit után 60 nappal, Ily módon létrehozott üzenetek törlődnek a munkafolyamat előzménylistája! Miután egy kis fogak csikorgatása, és "mi voltak ők gondolkodó?"érvei, a lényeg az ez: Ez történik, és azt kell történnie. A kérdés az, Hogyan tud kap körül ez?

A hivatalos válasz az, hogy támaszkodik a SharePoint beépített naplózási funkció. A végfelhasználók szempontjából, azonban, Ez nagyon gyenge, WSS, és nem sokkal jobb, moha. Szerencsére, Mi is fellendítő a jól ismert SharePoint Designer szerszám-hoz teremt egy tartós munkafolyamat-előzmények és az audit trail, ami egy nagyságrenddel több hasznos-hoz csomagtartó. Itt van, hogyan.

Leírom, Hogyan hozzunk létre egy barátságos és hasznos ellenőrzési oldat részére létrehozott SPD deklaratív munkafolyamatok.

Én ihlette, hogy írni ezt a cikket a legújabb projekt, egy ügyfél, hogy alakult a kilenc műszaki SPD munkafolyamat támogató egy logikai üzleti folyamat. Feltételezve, hogy a most, hogy kilenc ésszerű számú, Ez bizonyosan egy kihívás, hogy debug, vagy egy egyszerű nézetben a folyamat általános állapotának megtekintése. Ezek a különálló műszaki munkafolyamatok mindegyikének megvan a saját független munkafolyamat-előzmények lista, és ez csak nem kezelhető. Tudtam, hogy mindegyikük egyesítése egy egységes ellenőrzési lista segítségével a technika leírom az oldalon.

Check it out.

</vége>

Subscribe to my blog.

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

Bambusz naptár egymásra a SharePoint okoz "váratlan hiba"

Ma, Már dolgozik néhány jobb együttműködés a bambusz Naptár kijelzőt használó környezetben. Ez egy szabványos közepes/kicsi tanya két terhelés kiegyensúlyozott WFEs, egy "application server" indexelés és InfoPath és egy fürtözött SQL-háttérkiszolgálón.

Az ügyfél telepített néhány katasztrófa visszaszerzés szoftver-ra az egyik a WFEs, és eredményezte, hogy egy törött előtér-Webkiszolgálóra, egy meghatározott webhely, webhelycsoport. Amikor terheléselosztás mutatott az érintett EHÉ, és hogy a webhely, felhasználók láttam egy jórészt üres, fehér képernyő, a mondat, "váratlan hiba történt". Nincs más értesít zápor, csak ez a mondat.

Megkértek, hogy Nézd meg, hogy. Könnyen reprodukálni a problémát, és aztán hozzá egy ?tartalom = 1 a vég-ból URL. Ez hogyan tanultam, voltak használva a bambusz kijelző. Mentem vissza az oldalra, és most, hirtelen, megmutatta nekem a szép rendezett hibaüzenet jelenik meg:

image

Nem tudom, mi történik vagy mit csináltam, hogy az ellenőrzött hibajelzés más, mint a toldalékok a ?tartalom = 1 bites, a lekérdezési karakterlánc.

Ez talán egy nagyon ritka edge eset, de ha Ön kap ez az üzenet, "Váratlan hiba történt" menni előre és összead ?tartalom = 1 a lekérdezési karakterláncot, és látni, hogy hová vezet.

</vége>

Subscribe to my blog.

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

Technorati Tags: ,

A Windows Live Comment irányít siránkozni

Kivettem a windows live spaces vissza júliusban 2007 az én-m blogging platform. A legtöbb esetben, Nekem nincs semmilyen sajnálja, és a Microsoft minden bizonnyal kiterjed, hogy idővel (Bár főleg megtudni, hogy az új funkciók a baleset).

Az én-m legnagyobb panasz most is a blog spam. Ez a személy / számla (http://cid-82b0534bceed9881.profile.live.com/) (többek között) gyakran hozzáteszi, sok spam hozzászólások a blog megjegyzések formájában. MSFT hozzá egy szép vonás-hoz Térkép "Friss hozzászólások", így legalább lehet elég gyorsan azonosítani őket (mivel előtt, Én-hoz bemegy minden blog bejegyzést külön-külön) és tiszta megjelöl. -A ' mindig időigényes.

Kívánom, hogy:

  1. MSFT lehetővé tenné, hogy néhány jobb szűrését a spam.
  2. Hogy lehet blokkolja a konkrét emberek megjegyzések hozzáadása.
  3. A fentiek hiányában, Könnyebben tudtak azonosítani, és töröl spam. azonnal, Vennem kell csinál ez magyarázat a megjegyzést, és lassú, hozzáteszi, különösen akkor, ha néhány spam robot személy/program 25 a 50 Megjegyzések egy ülésben.

Ha egy windows live-felhasználó és néhány hasznos trükköt, hogy megosszák, Én akar lenni hálás.

</endGripe>

Subscribe to my blog.

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

SharePoint szombat jelenség továbbra is (plusz, a bemutatót)

Visszatért a Washington DC-ben tegnap miután részt vett a legújabb SharePoint szombat. Milyen jelentős esemény! Folytatva a hagyományt más SP szombat, nagyon jól futott. A környezet, a teljes szervezet, az áramlás, szállítói terület, élelmiszer... minden volt félelmetes.

természetesen, a legjobb az egészben az a tartalom, és nem hiszem, hogy bárki, aki csalódott.

Tényleg nagyon hihetetlen számomra hogyan így sokan vannak lelkesítő magukat az ágyból korán megy, és hallgatni az emberek szombaton beszélni a SharePoint 8 óra mazing Csodálatos.

Esélyek, a SharePoint-szombat esemény feléd, és ha nincs, Miért nem indul egy?

Bemutatták a konferencia a nyelv csavaró cím, "A SharePoint platformot használja függőleges üzleti alkalmazásokat." Lehet kapni itt bemutatása: https://cid-1cc1edb3daa9b8aa.skydrive.live.com/browse.aspx/Public. Ez nem az én-m szokásos fajta bemutató és szórakoztam vele. Én leszek így ezt újra júniusban az Észak-VA felhasználói csoport konferencián június végén.

</vége>

Subscribe to my blog.

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

Kormányzás is egy Marketing terv

Töltünk annyi időt oka (vagy kell, egyébként) irányítási tervek kidolgozása, mert azt akarjuk, hogy a SharePoint-megoldást, hogy a lehető leghatékonyabb. Azt akarjuk, jó infrastruktúra és szabályokat, hogy tartsa zümmögés és katasztrófa esetére. Szeretnénk jó biztonsági folyamatok mind megfelelően biztosítsa a környezetet hanem, hogy ésszerű kezelése. Azt akarjuk, hogy egy jó information architecture, hogy fog állni az idő próbáját, a vállalat ideális kezelése túlélni egy jelentős szervezeti változás.

A kívánatos cél eléréséhez, egy kormányzati dokumentum és a terv is száll be egy csomó "te kell" és "te nem barátait", mint a:

  • Te nem SharePoint biztonsági csoportot hoznak létre; használja helyette a hirdetés.
  • Te nem hoznak létre mappákat a dokumentumtárakban; helyette elégedett jellegek és Kilátás.
  • Te hoznak létre minden dokumentum tartalma alapján le egy adott egyéni alaptípus.
  • Te nem hoznak létre egy információs besorolás alapján le a mai vállalat szervezeti diagram.

"Te kell" és a "te nem" minden bizonnyal megvan a maguk helye a kormányzási terve.

Egy sikeres kormányzási terve is van egy erős marketing szög. Kell eladni, és igazolja magát, hogy a lehető legnagyobb mértékben. Egy igazán sikeres kormányzási terve támaszkodik az önkéntes együttműködés az összes SharePoint-felhasználó. (Vannak olyan béren kívüli esetek, ahol nem szükséges a közösségi együttműködés, mint egy nagyon kis számú szigorúan felügyelt felhasználók SharePoint használatakor; Biztos vagyok benne, úgy gondolja, mások). Ha a felhasználói Közösség nem vesz be a kormányzati terv, majd részben sikeres lesz a legjobb.

Szándékosan használom ezt a szót "buy". A Közösség irányítási terv fog vásárolni, ha alapvetően szilárd, és némi erőfeszítést, hogy eladja őket, hogy megy. Értékesítés marketing vezet, és ezért úgy gondolom, hogy a kormányzás tervet kell tekinteni a marketing terv túl. A végfelhasználók számára, hogy kövesse irányítási tervet kell meggyőzni, és önként követik. Ha tudod kap a kritikus tömeg, az emberek a kormányzási terve a következő előnyöket a terv követése, majd lesz egy erősebb környezet.

</vége>

Subscribe to my blog.

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

Megoldás: MOSS közönség összeállítása hozzáteszi, új tagjai

Alsó sorban: Ha szeretné használni a dokumentumprofil-tulajdonság egy szabály létrehozása közönség, a tulajdonságnak kell lennie látható "mindenkinek."

Én dolgoztam egy munkatárs tegnap, és építettek ki egy moha közönség moha egyéni felhasználóiprofil-tulajdonság alapján. Ebben az esetben, a közönség tulajdonság neve "SITECD" és az egyezmény, tárolja a 3 karakterkód. Ő határozta meg a közönség, és egy szabály, hogy azt mondta, hogy ha "SITECD egyenlő"ABG."", Ezután is azon felhasználó arcél, a közönség.

Állítsa be ezt az értéket a felhasználói profil, és a közönség összeállítása, de MOSS egyszerűen nem adja hozzá a felhasználó. Észrevettem, hogy az adatvédelmi profil volt beállítása "csak én" (az legszigorúbb formában) és emlékszem, hogy olvastam valahol, hogy a tulajdonság szabályokban használt profilok láthatóak a "mindenki". Tette, hogy a változás, és ez megfejt a probléma.

Az igazán vicces dolog az, hogy "eszembe jutott" olvastam ez. Ez volt, zsémbes rám ma reggel valamilyen oknál fogva, és rájöttem, hogy már írt egy fejezetet ebben a könyvben, MOSS kifejtette: Egy információkezelő mély merülés a Microsoft Office SharePoint Server 2007, és én ezt a pontot nagyon fejezetben írtam :). Azt gondolta volna, hogy minden szót írtam, ebben a fejezetben kíván bevésődött az én memória.

Matt Morse írja ezt a szép részletesen itt, és a hivatkozott ez a fejezet: http://blogs.pointbridge.com/Blogs/morse_matt/Pages/Post.aspx?_ID=50

</vége>Subscribe to my blog.

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

Technorati Tags: ,