Mesečni arhiv: September 2009

SharePoint Shop govori četrtek 10/01 @ 12:30 PM EDT (jutri!)

SharePoint Shop govori registracija je gor in pripravljeni za jutri.

Imamo nekaj vprašanj, teed, ki obravnavajo nekatera vprašanja upravljanja (test/dev/prod in sinhroniziranje gor servisni paketi), e-obvestila (kako izbrati ljudi na osnovi metapodatkov dokumenta email) in nekaj diskusije o uporabi storitve InfoPath forms services v okolju FBA.

Kot vedno, Če želite govoriti o temi:

Si lahko preberete o zadnjih pogovorih SharePoint Shop na mojem blogu tukaj: http://paulgalvin.spaces.live.com/?_c11_BlogPart_BlogPart=blogview&_c=BlogPart&partqs=cat%3dPublic%2520Speaking

Register za sejo tukaj: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=h6hm9ptg8zt7302t

</namen>

Naročite se na moj blog.

Sledite mi na Cvrkutati na http://www.twitter.com/pagalvin

Technorati Tags:

Windows Live Spaces in Cvrkutati Counter

Sem bil DM je danes sporočilo iz Cvrkutati in mislil sem blog odgovor.

Vprašanje je: "Hej Paul, hitro eno za vas,kako ste dobili Cvrkutati counter v živo prostor kot scenarij koda blokira pri shranjevanju Thx "

Sem storil to z dodajanjem custom html widget na mojo stran live spaces in z malo košček kode:

<a href= "http://TwitterCounter.com/?uporabniško ime = pagalvin" 
 naslov= "TwitterCounter za @pagalvin"> 
 <img src= "http://TwitterCounter.com/Counter/?uporabniško ime = pagalvin" 
 širina=88 
 višina=26 
 slog= »meja:nobena" 
 ALT= "TwitterCounter za @pagalvin">
</a>

Ta uporablja različico Cvrkutati counter widget vmesnik, ki pride mimo okno živeti cenzor stvar, ki mi vsi sovražijo toliko in želja bi dobil slab primer strupen bršljan.

</namen>

Naročite se na moj blog.

Sledite mi na Cvrkutati na http://www.twitter.com/pagalvin

Technorati Tags:

Upravljanju odobritev skupine z InfoPathom v okolju FBA

Imam stroške postopek odobritve, da moram izvajati z InfoPathom v preverjanje pristnosti obrazcev, ki temeljijo (FBA) okolja z uporabo oblikam storitve (ujeti osnova InfoPath).

Obstajata dve skupini odobritev in postopek deluje takole:

  • Uporabnik izpolni stroškovno poročilo in ga posreduje v odobritev.
  • Ki sproži email na prvi ravni potrjevalca skupine.
  • Prvi ravni potrjevalca gostov in odobri ali zavrne poročilo.
  • Če prvi ravni oseba, ki jo odobri, sistem obvesti druge ravni potrjevalca.

Na strani InfoPath stvari, Imam različne odseke, da skriti/pokazati se ali uporabnik je član ene od teh odobritev skupine na osnovi.

V okolju FBA uporabniško ime() Funkcija vedno vrne prazno, na žalost. Kaj sem naredil nastavljena na seznam po meri imenovano "Odobritev skupine".

Ne dodajajte kakršne koli dodatne stolpce na seznam.

Ko se obrazec odpira, To je praviloma takole:

image

»Nastavite vrednost polja« je tukaj:

image

To je v bistvu rekel: Poizvedba po meri seznam odobritev skupine in filter, poizvedujejo z ki je videti za vsako vrstico kje naslov vrednost = "NORDIC".

Če se vrne vse vrednosti, nato je trenutni uporabnik je član te skupine. Vem, da vsebuje vrednosti, ker je dolžina niza, ki je večja od nič.

Skleni krog z zagotavljanjem posameznih elementov na seznamu odobritev skupine. Pri zagonu, Če trenutni uporabnik nima ustreznih varnostnih dostop tega elementa nato poizvedbo ne vrne, dolžina niza bo nič in zdaj veste trenutnega uporabnika ni del te skupine. Lahko uporabite to dejstvo, kot je potrebno v obliki.

To je super kratko napisati-up. Jaz sem čas za pritiske ali bi zagotovila več podrobnosti.

Ne vem, kako pomembno je, da sem v okolju FBA. To bi verjetno dela tudi v okolju FBA, vendar morem predstavljati primerov, kjer bi bilo koristno.

</namen>

Naročite se na moj blog.

Sledite mi na Cvrkutati na http://www.twitter.com/pagalvin

Technorati Tags: ,

Rekapitulacija govori SharePoint Shop (09/24/09 izdaja)

Smo končali naše 8. SharePoint Shop govoriti odprto Q&Na včerajšnji seji. Med to sejo, smo zajema naslednje teme:

  • Kako poslati zelo oblikovano elektronsko sporočilo iz poteka dela, ustvarjena s programom SharePoint Designer.
  • Kje najti informacije o razlikah med SharePoint 2010 in še posebej Windows SharePoint Services 3.0 (prost prevod od SharePoint).
  • Smo razpravljali jQuery vzdrževanje in upravljanje. Natančneje, "kjer naj jQuery pojdite?"Imeli smo veliko razpravo okoli te teme in ena zanimive nove ideje (meni) je ideja dostava vsebine omrežja. To iskanje bing potegne gor veliko zanimivih podatkov o tej temi: http://www.bing.com/search?q=microsoft+content+delivery+network&FORM=DLSDF7&pc=MDDS&src=IE-SearchBox
  • Nekdo je omenil, da dele (ali morda celo vse) up-prihajajo mega konferenci v Las Vegasu v oktobru bo predvajan v internets. Oglejte si to stran za več informacij: http://www.week3.org/Events/default.aspx
  • Smo se pogovarjali o RSS. Da pogovor iz veliko na tleh. Obstaja CodePlex projekt, da bolje RSS od kakšen vi zaslužiti iz škatle in www.endusersharepoint.com ima nekaj dobrih člankov z Laura Rogers, kako uporabljati DVWP za izgradnjo res dober RSS sej.

Da o zajema. Ljudje se zdi, da je pridobivanje veliko pomoč iz teh, tako da bomo obdržati na tekoč.

V izbruhu učinkovitost, Ste že nastavili naslednji teden SharePoint Shop govori seje. Registrirate se lahko tukaj: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=h6hm9ptg8zt7302t

Če želite sodelovati, ogenj off email questions@sharepointshoptalk.com, udari me na Cvrkutati (@pagalvin) ali pustite komentar tukaj.

</namen>

Naročite se na moj blog.

Sledite mi na Cvrkutati na http://www.twitter.com/pagalvin

Technorati Tags:

SharePoint Shop govori četrtek 09/24 @ 12:30 PM EDT

Registracija je gor in pripravljeni za jutrišnji SharePoint Shop pogovor na 12:30 PM.

Med te konferenčnih klicev, skupina izkušenih SharePoint pro's traja vaša vprašanja po e-pošti, preko live sejo ali neposredno po telefonu. Bomo potrudili, da neodvisno strokovno svetuje o vseh temah, povezanih z SharePoint.

Email vaša vprašanja "questions@sharepointshoptalk.com”, Cvrkutati jih mi, pustite komentar tukaj ali samo pokažejo na klic in zahteva.

Prav tako Pozdravljamo in poiskati vpogled od članov občinstva.

Si lahko preberete nekaj recaps na prejšnjih sejah SharePoint Shop govori na moj blog.

Ta teden smo že vedeli boste se lotevamo vprašanj, ki se nanašajo na potek dela (stalna favorit) in iskanje, da naštejemo samo nekatere.

Registrirajte se tukaj: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=dv3m7cl30sxkq2n1

</namen>

Naročite se na moj blog.

Sledite mi na Cvrkutati na http://www.twitter.com/pagalvin

Technorati Tags:

SharePoint Shop govori ta četrtek 09/17/09 12:30 PM EDT za 1:30 PM EDT

Naslednji SharePoint Shop pogovor poteka ta četrtek, 09/17 na 12:30PM EDT.

Kaj je SharePoint Shop govori? To je eno uro konferenčni klic, kjer skupina SharePoint pro je odgovor vprašanja. Pošljite elektronsko sporočilo na "questions@sharepointshoptalk.com”, pustite komentar na mojem blogu tukaj ali samo prosite naglas na klic. Na plošči poskuša ponuditi več različnih pristopov k reševanju osnovni problem za vprašanje in samo na splošno zagotavljajo nepristranske strokovno svetovanje.

Ta teden bomo nadaljevali z isto ploščo, tudi sam, moj Arcovis partnericama Harry Jones in Natalya Voskresenskaya in Laura Rogers SharePoint911.

Na kratko recapping prejšnji teden-imeli smo več vprašanj, kot smo lahko odgovori, tako ta teden, mi bomo začeli s tistimi. Smo imeli 34 registracijski zavezanci in mislim, da 25 ljudje dejansko pridružil klic. Smo iz različnih predmetov, ki bi rekel, so bili 75% končnega uporabnika usmerjenih, vključno z:

  • Strategij za navijanju vsebine iz podmesta mesta najvišje ravni znotraj in preko spletne strani zbirke.
  • Vpliv prilagajanje editform.aspx s programom SharePoint Designer.
  • Ukvarjajo s slavnega "zbiranje podatkov od uporabnika" SharePoint Designer potek.
  • Z uporabo jQuery rešiti pogoste težave uporabniškega vmesnika.
  • Vprašanja časovnega pasu (za geografsko porazdeljene okolje)

Smo iz več drugih predmetov, kot tudi, ampak mi je ušel podrobnosti.

Obljubil sem nadaljevati z živeti zlet kopati v eno od vprašanj in še vedno potreba uganjati to.

Register za ta teden sejo tukaj: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=bhj8dbrswhv1hv8r

Ta teden, mi bomo govorili o vsaj:

  • Strategije za upravljanje in pridobivanje na zgodovino različic za dokumente
  • Primernost in ideje okoli z uporabo SharePoint kot vmesnik, ki omogoča vašim strankam, da si ogledate nekaj finančnih podatkov.
  • Potek dela vprašanja (kot ponavadi).

Bomo videli in slišali boste tam!

</namen>

Naročite se na moj blog.

Sledite mi na Cvrkutati na http://www.twitter.com/pagalvin

SharePoint soboto New York

Sem naložil moj predstavitev za New York SharePoint soboto tukaj: http://CID-1cc1edb3daa9b8aa.SkyDrive.Live.com/self.aspx/SharePoint/Follow the Yellow Brick Road to SharePoint Mastery.pptx

To ni strašno uporabna, če ne greš na predstavitev, ampak upam, da dodate veliko opomb med sedaj in Tampa, ko sem ga spet predstavi. Da bi ji dati več nog in kontekst in bolj splošno koristna.

</namen>

Naročite se na moj blog.

Sledite mi na Cvrkutati na http://www.twitter.com/pagalvin

Ali ne bi bilo kul, če...

Sem bil tekoč skozi svoj ogromen kup revij MSDN moja žena dol moj hrbet, za 30 sekund da bi naredili prostor za nov MSDN revije in prišel čez starejši članek o vključevanju MS govora strežnika z workflow foundation in sem mislil, ali ne bi bilo kul vse to povezati s SharePointom? Bi bilo nekakšen čeden, da bi lahko rekli »ustvari mesto imenovan [cool stran] v zbirki mest [Papa bear]"v svoj mobilni telefon in imate to. Lahko si predstavljam z arhitekturo, kjer strežnika speech server roke off ukaze za uporabo poteka dela, ki ne vse delo. To je zelo preprosto logiko za izvajanje na strani strežnika ograje.

Na uporabniški vmesnik, morali bi narediti nekaj, da zaslužiti to vozni. Jaz bi verjetno šel na neke "govora monitor" SharePointovega mesta, ki ima nekaj jQuery teče, ki spremlja čakalne vrste, ki se posodablja z uporabo poteka dela in kaže, v realnem času, kaj se dogaja.

To bi bilo precej noro tehnologije vlak tam. Mobitel, klicanje do strežnika speech server naprej neki stroj. Poteke dela, zapolnitev vrzeli med strežnika Speech Server in SharePoint. jQuery, krepitev plain Jane SharePoint uporabniški vmesnik.

Je torej poljuben praktični del tega? Kdo ve. Koga briga?

</namen>

Naročite se na moj blog.

Sledite mi na Cvrkutati na http://www.twitter.com/pagalvin

Svetovanje lahko nekaj podobnega umaknili svoje zobe

[Opomba: Ta članek, cross-napoteni Končnega uporabnika SharePoint tukaj: http://www.endusersharepoint.com/2009/09/09/sharepoint-a-case-study-in-ask-the-expert/]

Včasih, Ko delate kot svetovalec (kot poklic, ali v posvetovalno vlogo v vašem podjetju), boste našli sami živijo v čebula zgodba. Čebula je serijo člankov, ki se imenuje "Ask je [strokovnjak] o [neki naloga]”. To sledi slavni "Dear Abby" oblika, kjer je zadevna oseba prosi za osebne nasvete. Čebula je "strokovnjak", vendar, je torej usmerjena na svojem področju strokovnega znanja in trenutnih težav, da izvedenec zanemarja vprašanje v celoti in rambles o svojem področju strokovnega znanja. Kot svetovalci, moramo se vodijo v mislih ves čas in se izognili, ki spadajo v to past. Klasično je opisano takole – "pri uporabi kladivo ves dan rešiti vaše težave, vse se začne videti kot žebelj." Smo strokovni svetovalci so vedno na straži pred take stvari, vendar smo prišli v stik z ljudmi, ki so resni strokovnjaki v svojo vlogo, vendar niso svetovalci. Nimajo iste potrebe ali usposabljanje, v nasprotnem primeru.

prejšnji teden, Sem pisal o eni od moje podjetje strank in v teku projekt moramo omogočiti kakovostno sodelovanje med različnimi oči zdravnikov v ZDA in Kanadi opravljajo kliničnih raziskav o redkih boleznih. Poleg vplivno jedro SharePoint zunanja oblika v usposobiti to sodelovanje, Prizadevamo si tudi stroške procesa predložitev in odobritev. To je zapleteno, ker imamo toliko akterji:

  • Peščica posameznikov na različnih zdravniških praks, ki lahko vnesete stroške v vrstici.
    • Obstaja več kot 40 praks zdravnikov.
    • Na nekaterih praks, zdravnik uporablja sistem neposredno.
    • Na veliko prakse, zdravnika osebje uporablja sistem neposredno.
  • Finančni administrator (ki dela zakaj svoj neposreden varovanec) ki gostov stroški za pravilnost in relevantnost, odobritev ali zavrnitev na organizacijski ravni.
  • A 3rd stranka skupina plača račune. Ti ljudje plačati vse račune za odjemalec, ne samo računi prihajajo iz študija redkih bolezni.

Skupini obveznosti je bil izziv. Delo z njimi, včeraj me je spomnil na seriji čebula. V moja vloga kot poslovni svetovalec, Razložil sem potreba plačati podjetju račune:

  • Klinične študije mest (praks zdravnikov) imele študije v zvezi stroškov.
  • Prijavite na "spletna stran" in vnesite svoje stroške s spletnim obrazcem. V tem primeru, "spletna stran" gostuje s SharePoint in stroške vnesejo v InfoPathov obrazec. Račune so skenirane, naložil in neposredno pritrjene na obrazec.
  • Avtomatiziran delovni proces proces želi odobritev od ustrezne finančne skrbnika.
  • Vi, Dragi 3rd stranka podjetja AP-preglejte in odobri ali zanikati te stroške. Bom poslati za vas kakršen koli način, ki ga želite (v okviru možnega).Na tej točki v razpravi, Res ne skrbi, kako je treba v paketu. Želim, da delo s skupino AP razumeti, kaj potrebujejo in želijo.

Ko sem pojasnil potrebo po, 3rd party je globoko potapljanje v Žargon notranjega Lari-fari o stroških odobritve procesov, Oracle kode, Vice presidential podpisov, 90 dan turn-arounds, itd. In panike. Ne pozabite, o panike. Ena postelja rock zahtev poklica svetovalno se naučiti, kako komunicirati z ljudmi takega ki so sami niso usposobljeni ali nujno čutijo potrebo, da storijo enako. Med drugim, To je eden od najboljših delov, da svetovalec. Dobiš vstopiti Sveta, naseljenega z poslovni ljudje s popolnoma drugačne perspektive. Predstavljam, da je malo kot vstopajo um serijskega morilca, razen, da niste uničil za življenje po izkušnjah (čeprav vodenje AP-ja ne misli na sprehod po parku [glej pomembno opombo spodaj ***] ).

Ena od velikih stvari o naših tehničnih svetu kot SharePoint ljudi je, da imamo pripravljenih odgovorov na mnoga od zelo veljavne pomisleke da ljudje kot moj AP stik. Je to varen? Kako naj vem, da je račun pravilno potrjeni? Lahko sem, kot končni plačnik, podrobnosti vseh odhodkov? Kako to storiti? Kaj pa, če sem pogled na tiste podrobnosti in jih ne odobravam? Lahko jih zavrne? Kaj se zgodi, če spremembe organizacije in izvirno potrjevalca ni več okoli? Lahko enostavno spremenimo proces odraža spremembe v sistemu? Lahko sem ponovno te stroške leto kasneje, če dobite revidiranih in potrebo, da zagovarjajo plačilo?

Kot ljudje SharePoint, lahko vidimo, kako odgovoriti na ta vprašanja. V primeru moja stranka, smo jim odgovorili bolj ali manj takole:

  • InfoPathov obrazec omogočiti lokacij za snemanje njihove stroške in jih predloži v odobritev.
  • Mesta lahko vrnete na mesto si lahko ogledate stanje svoje poročilo o stroških kadarkoli.
  • Kot pomemben zgodita (npr.. stroške odobri in predloženi za plačilo), sistem proaktivno jih obvesti po elektronski pošti.
  • Sistem obvesti finančnega skrbnika, ko poročilo predložena v odobritev.
  • Finančni administrator odobri ali zavrne zahtevo.
  • Po odobritvi, stroške komplet gor v e-pošto in pošlje 3rd stranka plačnik organizacije.
  • 3rd stranka plačnik ima vse informacije, ki jih je treba pregledati stroške in dostop do okolju SharePoint kopati v podrobnosti (predvsem zgodovina nadzora za preverjanje "resnico" stroškov).
  • 3plačnik RD stranka lahko odobrite ali zavrnete plačila z uporabo svojega notranjega proces. So snemanje ta izid nazaj na mestu SharePoint (ki sproži email obvestilo za ustrezne ljudi).
  • V prihodnosti, bi bilo lepo izrezan ta proces Zdanje tiho email in namesto krmo stroške informacije neposredno v svoj sistem.

Skratka, je življenjski slog tukaj ki sem opisujejo z vidika strokovni svetovalec, temveč se uporablja skoraj enako polno zaposlenimi v BA in/ali moč uporabniško vlogo. Potrpežljivo delo s strokovnjaki v podjetju in citat jedro poslovne zahteve, kot je najboljše kar lahko. Z globokim razumevanjem SharePointovih funkcij in nalog pripraviti na, bolj pogosto kot ne, boste mogli odgovoriti na vprašanja in nudijo načine za izboljšanje vsakogar delo dan vplivno jedro funkcij SharePoint.

***Pomembna Opomba: Res ne mislim, da primerjati AP ljudi, da serijski morilci. Vendar, Verjetno bi imena nekaterih AP pro's, ki so verjetno želel, da bi lahko dobili približevanja proti meni, zalezovanje jim in vedno znova sprašuje. "Če je moj preveriti?"" Če je moj preveriti?"" Če je moj preveriti?”

</namen>

Naročite se na moj blog.

Sledite mi na Cvrkutati na http://www.twitter.com/pagalvin

SharePoint Shop govori četrtek, 09/10/09 na 12:30PM EDT

SharePoint Shop govori še ta četrtek v 12:30 PM EDT za 1:30PM EDT. To bo naš 5. poziv verjamem. SharePoint Shop govori deluje takole:

  • Skupina SharePoint strokovnjaki odgovarjajo na vprašanja. Ta teden na plošči vključuje Laura Rogers, Natalya Voskresenskaya, Harry Jones in me.
  • Vsa vprašanja SharePoint je poštena igra.
  • Pošlji ali postavljanja vprašanj:
    • Po e-pošti: info@arcovis.com
    • Cvrkutati neposredno na @pagalvin
    • Pustite komentar na ta blog
    • Vprašanje zapišite na hrbtni strani Dašcica plakat, ena stran, ki je prekrita z $20 računi in poslali na moj domači naslov (pustite komentar in bom v stik z vami neposredno).
    • Nazadnje, klic v klic in kar vprašaj naglas.

Ta teden imamo nekaj vprašanj okoli SharePointovega poteka dela. Dva vzorca vprašanja:

  • "Kako uvajanje SharePoint Designer poteka od razvoja do test?”
  • "SharePoint Designer potek dela deluje dobro z InfoPathom? Kako lahko skupno rabo podatkov med InfoPathovim obrazcem in SharePoint Designer potek dela?”

Ta teden SharePoint Shop govori registracija je gor. Kliknite tukaj za registracijo. Upamo, da slišite tam!

</namen>

Naročite se na moj blog.

Sledite mi na Cvrkutati na http://www.twitter.com/pagalvin