Månedlige Arkiver: Juli 2009

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: