Monthly Archives: Febrúar 2011

Breyting Site Column Hópar í SharePoint Designer 2010

Ég bjó til hellingur af dálka síðuna með SharePoint Designer 2010 í morgun og komust að því að ég hafði gefið þeim allt rangt hóp. Það var embarrassingly erfitt að reikna út. Ég vissi ekki hvar á að smella ...

Ég hélt að vilja tvöfaldur smellur the röð sig eða smella á Column hnappinn Settings í borði.

Eins og það kemur í ljós, rétt svar (eða að minnsta kosti eitt rétt svar) er að einn smellur á hópnum sjálfum. Bíddu í smá stund og þá mun það leyfa þér að slá inn gildi, eins og sýnt:

Nokkuð auðvelt þegar þú veist hvað ég á að gera, en það vafist mikið fyrir mér í smá.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Með höndunum ritstýra SPD XOML skrá til að hreinsa upp breytur

1 Svara

Í þessari færslu hér ("Getting svör baka frá Samþykki ræsa ferli verkefnisins"), Ég nefndi að þú getur tilviljun að bæta við allt hellingur af workflow breytur til þinn SharePoint Designer workflow. Það getur fljótt orðið ringulreið og erfitt að lesa. Sérstaklega, Ef þú bætir við "Start samþykki aðferð verkefnið" aðgerð til að workflow þinn, eyða henni og bæta hana aftur, þú endar með öllum workflow breytum þá starfsemi félagsins tvisvar.

Það er raunverulegur sársauki að fara í gegnum og eyða öllum þeim handvirkt, svo ég þó að ég myndi reyna að fjarlægja þá beint frá XOML skrá. Þetta reyndist vera auðvelt nóg að gera.

Fyrsta, þú þarft að finna raunverulegt XOML skrá. Ég skrifaði um þessi atriði hér: http://www.mstechblogs.com/paul/how-to-find-and-edit-spd-2010-workflow-xoml-files. Þegar finna, opna XOML skrá og finna breytu sem þú vilt fjarlægja. Í þessu tilviki, Ég bætti við "Start samþykki aðferð" virkni til workflow minn tvisvar. Ég vil að fjarlægja workflow breytu sem heitir "isItemApproved" því að það er ekki lengur notaður og það er afrit breyta heitir "isItemApproved1".

Einfaldlega gera texta leita breytu. Skjár minn lítur svona út:

Ef þú leitar um í XOML skrá, þú munt sjá að "IsItemApproved1" er notað í mörgum mismunandi stöðum á meðan upprunalega "IsItemApproved" er einfaldlega skilgreint einu sinni og aldrei notað.

Eyða því og vista síðan skrána.

Eina erfiður hluti er að ég þurfti að í raun loka út SPD alveg og aftur opna hana áður en SPD viðurkenndi að svæðið eytt.

Auðvitað, eyða reiti er ekki það eina sem þú getur gert með XOML og ég kann að blogga um önnur málefni eins og þetta í framtíðinni.

Þú vilt vera mjög varkár um hvað þú gerir hér og taka afrit af vinnu þinni. Þú getur gert virðist minniháttar / lúmskur breyting hér trashes að workflow eins langt og SPD varðar og þú gætir tapað tíma vinnu á meðan þú endurbyggja það.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Hvernig til Finna og breyta SPD 2010 Workflow XOML Skrár

1 Svara

Ég var að rannsaka á einfaldan hátt til að fjarlægja fullt af workflow breytur án þess að þurfa að eyða síðdegi minn í fullri alvöru SPD smell pyndingum fundi. Hugsun mín var að breyta XOML beint, sem er XML skrá undirliggjandi skilgreiningarþekkingar workflows SPD er. Þetta er hvernig ég fann það.

Fyrsta, fara í All Files möguleika undir hlutum síðunni í leiðarkerfi vefsins. Þú þarft leyfi til að sjá þetta, þannig að ef það er sem vantar fyrir þig, höfða til hægri admin mann til að veita þér priv. Þetta er það sem það lítur út eins og:

Allar skrár sýnir lista yfir ... allar skrár:

Veldu workflows möppu og þú sérð lista yfir möppur fyrir hvern workflow:

Smelltu á rétta möppu og þú sérð lista yfir allar áhugaverðar dágóður að gera upp SPD skilgreiningarþekkingar workflow. Hægri smelltu á xoml skrá og velja "Opna með. -> SharePoint Designer (Opna sem XML)"Að breyta XOML beint:

Þú vilt kannski að gera handbók öryggisafrit áður en þú fiðla með það. Regluleg afrita / líma af skrá beint í SPD er sennilega nógu gott, eða þú getur afritað líma allan XML texta og vista það á skjáborðinu þínu eða hvað er að vanda þinn í þessum tilvikum.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Getting svör baka frá Samþykki ræsa ferli verkefnisins

1 Svara

Ég hef verið að leika í kring með fínum nýjum SharePoint Designer workflow á "Start samþykki aðferð" starfsemi og var fljótt stymied vegna þess að ég gat ekki strax svara spurningunni, "Var það samþykkt eða ekki?".

Stutta svarið er að það er auðvelt að fá svar. Þegar þú bætir við þetta verkefni í workflow þinn, SPD bætir bazillion breytur til workflow Breyta og breytur gögn uppspretta, eins og sjá má hér:

Þú munt einnig í huga að ef þú bætir við fleiri en einn af þessum, SPD Bætir a "1" og svo framvegis að allar breytur.

Ég fann að þegar ég eytt fyrsta "Start samþykki aðferð" virkni, the fyrstur setja af tengdum breytum workflow haldist (því miður). Svo, vera varkár hvernig þú notar þetta vegna þess að annars, þú munt enda með mjög ringulreið yfir workflow breytur.

Ég gef Microsoft kredit fyrir að fylgja "er" nafngiftir samning um Boolean breytu. Samningur þessi gerir það ljóst nokkuð hvers konar gögnum er ætlað að vera þar.

Í rannsókn, Ég fann þessa hjálpsamur grein: http://office.microsoft.com/en-us/sharepoint-designer-help/workflow-actions-in-sharepoint-designer-2010-a-quick-reference-guide-HA010376961.aspx. Það skiptir ekki bregðast við þessu tiltekna tölublað, en hefur góðan upplýsingar um efnið svo að ég myndi fara þangað ef þú vilt fræðast meira um þetta tiltekna starfsemi og systkini hennar.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

SharePoint Designer 2010 MOD virka

1 Svara

Ég er að vinna út sumir log þar sem starfsmenn geta óskað eftir frí, veikur tími, o.fl.. Einn löggilding regla krefst þess að þú verður alltaf að biðja frí í 4 klukkutíma fresti. Þetta er auðvelt nóg að gera - nota modulo virka. Modulo virka segir þér afganginn í skiptingu. Ef það er ekkert sem eftir stendur, einingar er núll, annars, það er það sem er eftir. Til dæmis, 8 gegn 4 = 0 (8 / 4 = 2 með engin brot). Á hinn bóginn, 8 gegn 5 er 3.

Ég þurfti að gera þetta einu sinni með SPD 2007 Einu sinni og ég endaði reyndar með því að nota InfoPath form til að leysa, svo það var meðhöndluð á fremri enda á þeim tíma. Í núverandi tilviki, það getur verið InfoPath formi í myndinni, en það er ekki ljóst enn. Svo, Ég var að vinna út tækni til að tryggja að tími beiðnir eru alltaf í 4 klukkustund þrepum. Ég ætlaði að gera stærðfræði, vista það í streng og þá gera sumir substring efni.

I pull up SPD 2010 og að koma á óvart minn (og smá vandræði) það er modulo aðgerðin er þegar:

Ég er enn og aftur notalegur undrandi að eitthvað sem ég þarf er nú þegar út af the kassi. Það virðist eins og a furðulegur virka fyrir Microsoft til að fela í blanda. Það hefur einhverskonar "þetta er auðvelt, þannig að við skulum kasta á "feel til það. Ég hef taugar sem, eins og ég geri það sjálfur allan tímann. Þetta Codeplex verkefni hefur fullt af litlum aðgerðir sem leiði af ItsEasy meginreglu. Á sama tíma, Microsoft heldur áfram að styðja sönnun á "95% af leiðinni" áhrif með vörunni. Þeir innleiða mod virka, en ekki að umferð virka, til dæmis.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Codeplex Project – SP2010 Explorer

2 Svör

Sem hluti af viðvarandi viðleitni til að læra tæknileg lágu upplýsingar Stig SharePoint 2010, Ég hef búið til "SharePoint Explorer"Konar tól. Hugmyndin er ekki ný. Ég notaði þetta verkefni oftar en einu sinni: http://sharepointexplorer.codeplex.com/. Hugmynd mín er að búa til SharePoint útgáfa sem notar tengdur vefur hluta til að sýna allar lágmark-láréttur flötur upplýsingar sem mótmæla líkan getur veitt.

Þetta blogg virkar sem bæði tilkynningu um verkefni og símtals fyrir sjálfboðaliða. Ef þú ert áhuga á að vinna að þessu verkefni, láttu mig vita með tölvupósti (galvin.paul @ gmail.com) og við munum vinna það út.

Hér er verkefnið: http://sp2010explorer.codeplex.com/

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

SharePoint Designer 2007 Workflow Extensions Codeplex Project

1 Svara

Ég er að setja saman annað Codeplex verkefnið mitt (upplýsingar til að tilkynna á miðvikudag í þessari viku, plús eða mínus) og ég átti að líta á fyrsta verkefninu mínu, “SharePoint Designer Workflow Extensions”. Ég var hneykslaður og skammast til að sjá að það er verið sótt yfir 4,800 sinnum:

Ég gleymdi í rauninni um þetta verkefni í síðasta 12 mánuðum. I’m embarrassed because I have essentially abandoned it.

I’m going to have another look and remind myself of what it’s all about.

Ef einhver hefur áhuga á að vinna á þessu, let me know and we’ll see about collaborating on it. 4,800 niðurhal er ekki risastór magn, en það er meira en ég áttaði alltaf og það er líklega þess virði að sumir áreynsla tína það upp og flytja hann áfram.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Export-Spweb segir mér "InvalidData” En Data gildir

2 Svör

Ég er í því ferli að skrifa grein fyrir því góða fólki á www.sharepointbriefing.com og það felur í sér að beita lista frá þróun bænum til framleiðslu bæ. Ég er enn vön að nota stsadm og að brjóta þessi venja, svo ég rak upp SharePoint 2010 Stjórn Shell og spilaði í kring með Export-Spweb að taka afrit listanum mínum. Hvað undarlega erfitt hlutur sem reyndist vera!

Ég hélt að fá þessa villu:

Að villa, "InvalidData: (Microsoft.Share…CmdletExportweb"”) var að drepa mig. Ég er vandræðalegur á hversu lengi ég átti erfitt með þetta.

Ég hafði áður keyra inn í vegg með PowerShell og nota stsadm að komast í kringum það. Ég reyndi það aftur í þetta sinn og ég fékk góðar niðurstöður.

Ég eyddi miklum fiddling tíma í kring með the-Identity valkostur og loks með-ItemURL. Það kemur í ljós að ItemURL valkostur krefst fulla slóð á listanum / Library þú langar að flytja án HTTP://miðlara hluti. Svo, þrátt fyrir þá staðreynd að Identity rök er að benda á subsite, sem ItemURL er ekki miðað við að bera kennsl á en í hlutfalli við the staður safn.

Það hefði verið gaman fyrir cmdlet að segja mér hvað var óverulega gild (Deili í þessu tilfelli) og hvað var ógilt (ItemUrl). Þessar litlu snertir hjálpa fólki faðma vöruna. Ekki stórt ding gegn SharePoint, but a little one at least 🙂

Vonandi þessi staða vilja spara einhvern smá sorg í framtíðinni.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Vinna með TreeNodeBinding í ASP.NET TreeView stjórna

3 Svör

Ég hef verið að vinna á það sem ég vona að verði bráðum-út CodePlex verkefni sem afla a ágætur samþætta hluti af hlutum vefur tala við hvor aðra í gegnum té / neytandi tengingar í þeim tilgangi að kanna SharePoint síðuna undir sængina. (Þetta hefur vissulega verið gert áður, en þetta er að læra verkefni eins mikið og allt annað). Þetta er ætlað að vera í staðinn fyrir Windows Explorer ljósi SharePoint 2010 skjal bókasöfn.

The merkjamál hefur venjulega endurkvæma hringja niður er Spweb og SPLists frá tilteknu útgangspunkt. The hlutur sem gerir allt sem fara yfir byggja upp XML band sem lítur eitthvað eins og this:

<sitecollection url =’HTTP://demo2010a:9090′>
<vefur
     titill = 'Halló heimur Sandbox'
     Snið = 'A síða fyrir lið til fljótt skipuleggja, Höfundur, og deila upplýsingum, BLAH BLAH BLAH '>

     <lista
        BCC_Health_Services_FAQs titill = '’
        Snið = 'CustomList’
        listid =’HTTP://demo2010a:9090/helloworldsandbox[hlut]1e02b001-3cb2-4f17-b63d-7809e86b4174′>
     </lista>

     <lista
        'BCC_Notifications' title =
        Snið = 'CustomList'
        listid =’HTTP://demo2010a:9090/helloworldsandbox[hlut]5a5a13d1-877c-41c0-9063-b9612be80d5e’>
     </lista>

</vefur>

</sitecollection>

Ég býst við að hreinsa upp þessi XML áður en allt er sagt og gert.

Ég vil að lokum fá þær upplýsingar upp og í TreeView stjórna. Ekki nákvæmlega jörð shattering efni.

Áskorunin sem ég tók hér var að tengja tré útsýni til XML Data Source eftirlit í stað handvirkt byggja upp treenodes mínar sem ég fara yfir tré. Ég gerði þetta að hluta vegna þess að ég er vísvitandi að gera hlutina erfiðari á mig (þetta er nám verkefni eftir allt) og að hluta til vegna þess að ég hef þetta óljós hugmynd að byggja upp tré hnúður eins og ég fara yfir tré er ekki góð hugmynd til lengri tíma litið.

Vandinn við þessa aðferð er að TreeView stjórna veit ekki um góða eiginleika á áhugaverða hnúður eins og "lista" eða "vefur" þannig að það sýnir þetta framleiðsla sjálfgefið:

Það er ekki gagnlegt. Þetta er þar sem TreeNodeBinding bekknum hjálpar. Ég get notað þetta til að segja TreeView stjórna hvernig það ætti að túlka XML. Hér er dæmi:

TNB = new TreeNodeBinding();
tnb.DataMember = "list"; // Þetta er merki á XML fyrir síðuna.
tnb.TargetField = "listid";
tnb.ValueField = "title";
tnb.ToolTipField = "Template";

Þessi binding segir TreeView að þegar það finnur <lista> hnút í XML, beita bókband fyrir TargetField, ValueField og ToolTipField. Í maí app, þessi kort sem hér segir:

TargetField: Þegar einhver smellir á hnút gildi, þetta er það sem þú munt fá fyrir SelectedNode.Value. Þetta er ekki að rugla saman við ...
ValueField: Þetta er það sem þú vilt að Treeview að sýna til notanda.
ToolTipField: Gildi frá XML sem þú vilt sem Tooltip.

Bæta við að TreeNodebinding til DataBindings valglugganum og þú færð framleiðsla svona:

Ég ætla meira á allt þetta sem ég halda áfram á verkefninu og að lokum að setja þetta upp á Codeplex.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin