Kollegani, Lauren Jones, Kirjoitin kiva selattava miten luoda mukautetun tietojensyöttölomakkeen SharePoint Designerilla.  Tämä ei ole aivan "uutta auringon" alla mutta siellä on vähän kierre.  Hän kirjoittaa:

Mukautettujen lomakkeiden luominen on suoraviivainen tehdä SharePoint Designerissa, luetteloon ja valitse nauha-valikosta "lomake’ ja luoda uuden lomakemallin.

Tämä toimii hyvin, jos haluat lomakkeeseen voidaan liittää perustyylisivun, mutta entä jos sinulla käytön osalta luoda lomakkeen, joka on ikkuna tai on itsenäinen ilman SharePoint chrome. Olin juuri tätä käyttää asiassa, Halusin mukautettu tyyli lomakkeen sitten käyttää tätä lomaketta popup div inline-sivulla.

Älä masennu, on tapa tehdä tämä, joka ei ole niin intuitiivinen mutta melko helppo toteuttaa.

Voit lukea kaikki tiedot tästä: http://www.bigapplesharepoint.com/pages/View-An-Insight.aspx?BlogID=55&rtitle=customforms&rsrouce=pgblog ja voit nähdä sen toiminnassa napsauttamalla jotakin palveluista Big Apple SharePoint-sivuston sivulla "Ota yhteyttä lisätietoja"-linkkiä (http://www.bigapplesharepoint.com/services).

Lauren kirjoittaa paljon hyviä juttuja UX ja tuotemerkin.  Voit nähdä enemmän täällä kirjoitus tästä: http://www.bigapplesharepoint.com/team?showExpertName=Lauren%20Jones.

</loppu>

Kollegani, Lauren Jones (https://twitter.com/laurenjones02) Kirjoitin lyhyen artikkelin, puhumme siitä, miten liian monimutkainen SP rollouts ovat erittäin kova käyttäjät.  On tavallaan ilmeistä, tavalla, mutta se on helppo sanoa, että kun olen organisoidusta paljon monimutkaisia rollouts asioita valmistautumaton loppukäyttäjille vuosien.

Tässä on avain "kaavio:

Viisi vuotta sitten, Kun olen kaulitaan SharePoint organisaatio ensimmäistä kertaa ensisijainen tavoite tulossa yhteistyötä alusta ja Jaa asemien vaihtaminen, Olemme ottaneet käyttöön sosiaalista ja uutissyötteitä kautta RSS, Minun sivustot ja profiilit, ja folksonomy merkitseminen. Lienee tarpeetonta sanoa, Tämä oli paljon käyttäjät voivat hyväksyä yhden syöksyä. Vaikka oli menestys hyväksyttiin Asiakirjanhallinta ja profiilit, RSS ja koodaus oli vähemmän menestyksekäs ja tämä johtui oikeastaan muutoksen hallinta viestintää ja koulutusta. Emme voineet tehdä kerralla. Ottaen vähemmän on enemmän lähestymistapa ja vapauttaa funktionalismi vaiheissa on käyttäjien hyväksymään ja.

Tämä artikkeli muistuttaa toinen vähän luin Kris Gale liittyvät hölistä 's erikoisartikkeli asento, “Yksi maksaa insinöörit ja tuotepäälliköt pidä.”

Jos sinulla on kauhutarina tai Jaa menestystarina, Toivon, että onnistutte kommentteja Big Apple päällä.

</loppu>