Minu kolleeg, Lauren Jones, kirjutas üles kena walk-through kohta, kuidas luua kohandatud andmesisestusvormi SharePoint Designeri abil.  See ei ole just "uus päikese" all, kuid on natuke väänata.  Tema sõnad:

Kohandatud vormide loomist on otse edasi teha SharePoint Designeris, Navigeeri oma nimekirja ja lindi menüü valimine "nimekirja vorm’ ja luua uue vormimalli.

See töötab hästi siis, kui soovite oma vormi juurde te juhtleht, Aga kui sul on kasutamise puhul vormi loomisel on popup aknas või on autonoomne ilma SharePointi chrome. Mul oli täpselt selle kasutamise puhul, Tahtsin kohandatud stiil vorm siis selle vormi popup div inline veebijuhtelementi.

Ärge heitke meelt, seal on viis seda teha, mis ei ole nii intuitiivne kuid üsna kerge täita.

Kõiki üksikasju siin lugeda: http://www.bigapplesharepoint.com/pages/View-An-Insight.aspx?BlogID=55&rtitle=customforms&rsrouce=pgblog ja saab näha seda huviorbiidis klõpsates "Võta meiega rohkem teavet" link mõnele meie Big Apple SharePointi saidi leheküljel teenuste osutamine (http://www.bigapplesharepoint.com/services).

Lauren kirjutab palju head kraami UX ja branding.  Te näete rohkem siin kirjutamise siin: http://www.bigapplesharepoint.com/team?showExpertName=Lauren%20Jones.

</lõpp>

Minu kolleeg, Lauren Jones (https://twitter.com/laurenjones02) kirjutas üles lühike artikkel räägib kuidas liialt keerukas SP väljaehitamist on väga kõvasti lõppkasutajatele.  See on omamoodi selge, nii, kuid lihtne mulle öelda, et pärast seda, kui ma olen orkestreerinud palju keerulisi väljaehitamist asju lõppkasutajatele mitte valmis aastatel.

Siin on võti "graafik:

Viis aastat tagasi, Kuna ma rullitakse SharePointi organisatsioonile esmakordselt esmane eesmärk muutub koostöö platvorm ja asendades jagada kõvakettad, jagasime ka sotsiaalse ja uudiste kaudu RSS, Minu saidid ja profiilid, ja folksonomy sildistamine. Ütlematagi, See oli palju lõppkasutajal vastu võtnud ühe hoobiga. Kuigi oli edu vastuvõtmine ümber Dokumendihaldus ja profiilid, RSS ja sildistamine oli vähem edukas ja see oli tõesti tingitud muutuste juhtimise teabevahetus ja koolitus. Me ei suutnud seda teha kõik korraga. Võttes vähem on rohkem lähenemise ja vabastades funktsioone etapid on vastu ja et lõppkasutaja jaoks hõlpsamaks.

See artikkel meenutab teine natuke lugesin poolt Kris raju Yammer's funktsioonikogum seotud, “Üks maksab inseneride ja toote juhid ei pea.”

Kui teil on horror story või edulugu jagada, Loodan, et saad sa seda kommentaarides kohapeal Big Apple.

</lõpp>