Havi Archívum: Február 2011

Helycsoportok oszlop a SharePoint Designer alkalmazásban módosítása 2010

Hoztam létre a webhely oszlopok SharePoint Designer alkalmazással megölte 2010 ma reggel, és rájöttem, hogy én meghatározott őket a rossz csoportot.  Kínosan nehéz kitalálni, hogy volt.  Nem tudja, hová kattintson...

image

Tartott akarnak kattintson duplán a sorban, maga, vagy kattintson az oszlopbeállítások gomb a menüszalagon.

Mint kiderült, a helyes válasz (vagy legalább egy helyes válasz) az, hogy maga a csoport egyetlen kattintással.  Várjon egy pillanatra, és aztán lehetővé teszi, hogy írjon be egy értéket, Amint:

image

Elég könnyű, ha tudod, mit kell csinálni, de ez elkerülte nekem egy kicsit.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Kézzel módosítsa az EPD XOML fájlt kitisztítani megjelöl változók

Ebben a post itt ("Válaszok vissza az a Start jóváhagyási folyamat tevékenység"), Már említettem, a SharePoint Designer munkafolyamat munkafolyamat változóit egész megölte véletlenül adhat.  A dolgok gyorsan vált zsúfolt, és nehezen lesz olvasható.  Kifejezetten, Ha a "A jóváhagyási folyamat tevékenység megkezdése" művelet a munkafolyamat hozzáadása, törölheti, és adja hozzá ismét, akkor a végén az összes e tevékenységet a munkafolyamat változóit kétszer. 

-A ' egy valóságos fájdalom, megy keresztül, és törölje az összes azokat kézzel, így én mégis azt próbálja meg eltávolítani azokat közvetlenül az XOML fájlból.  Ez bizonyult könnyű csinálni. 

Első, Keresse meg a tényleges XOML fájlt van szüksége.  Írtam itt jelen témakör: http://www.mstechblogs.com/paul/how-to-find-and-edit-spd-2010-workflow-xoml-files.  Egyszer alapít, Nyissa meg a XOML fájlt, és keresse meg az eltávolítani kívánt változó.  Ebben az esetben, A „jóváhagyási eljárás indítása"tevékenység is Hozzáadtam a munkafolyamat kétszer.  Szeretném eltávolítani a "isItemApproved" nevű, mivel már nem használják, és egy "isItemApproved1" nevű duplicate változó munkafolyamat változó. 

Egyszerűen do változó szöveg keresése.  Az én-m képernyő így néz:

image 

Ha Ön kutatás körül az XOML fájlban, látni fogja, hogy "IsItemApproved1" sok, különböző helyen használják, míg az eredeti "IsItemApproved" egyszerűen definiálva egyszer, és soha nem használt.

Törölheti, és mentse a fájlt.

A csak a ravasz elválaszt, hogy én ténylegesen zár ki az SPD összességében, és újra kinyíljanak, mielőtt az EPD elismerte, hogy a mező törlése.

természetesen, mezők törlése nem az egyetlen dolog, amit tehetünk az XOML, és én is más témákról, mint ez a blog a jövőben.

Legyen nagyon óvatos mi itt, és veszi a biztonsági másolatok a munkáját szeretné.  Lehet, hogy egy látszólag kis / Itt a finom módosítása a trashes, a munkafolyamat, amennyire az SPD érintett, és elveszíti erőkifejtés óra közben a program újraépítse azt.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Hogyan kell a Keresés és a Szerkesztés SPD 2010 A munkafolyamat XOML fájlokat

Én volt kutatja, egyszerűen távolítsa el a munkafolyamat változóit egy csomó anélkül, hogy én délután-ban egy teljes fújt EPD kattintson a kínzás munkamenet költeni.  Az gondolata az volt, hogy az XOML közvetlenül szerkeszteni, Ez az XML fájl alapjául szolgáló SPD deklaratív munkafolyamatok.  Ez az, hogy hogyan talált ez.

Első, menjen a minden fájl opciót a helyobjektumok navigációs.  Meg kell a megfelelő engedélyekkel, hogy ez, Tehát, ha ez hiányzik,, fellebbezés-hoz a megfelelő admin, aki megadja neked a priv.  Ez az, amit úgy néz ki, mint:

image

 

Fájlok listájának megjelenítése... minden a fájlokat:

image

Válassza ki a munkafolyamatok mappát, és minden munkafolyamathoz mappák listájának megtekintéséhez:

image

Kattintson a megfelelő mappába, és  lát a érdekes nyalánkság, hogy töltsük fel az SPD deklaratív munkafolyamat.  Jobb kettyenés-ra az .xoml-fájlra, és kiválaszt "nyit-val-> SharePoint Designer (Open XML formátumban)"a közvetlenül szerkeszteni a XOML:

image

Érdemes, hogy a manuális biztonsági mentés előtt a hegedű, a dolgok.  A rendszeres másolás/beillesztés az EPD-ben fájl talán elég jó, másolhatja, vagy illessze be a teljes XML-szöveg és megment ez-ra az asztalra, vagy bármi az a szokás, ezekben az esetekben.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Válaszok vissza a Start jóváhagyási folyamat tevékenység az

SharePoint Designer munkafolyamat képzelet új "A jóváhagyási folyamat indítása" tevékenységhez már játszott, és volt gyorsan akadlyozta azt, mert nem tudott rögtön válaszol a kérdés, "azt jóváhagyták vagy nem?”. 

A rövid válasz, hogy ez nagyon egyszerű, hogy a válasz.  Ez a tevékenység felvételekor a fő munkafolyamat, Az SPD egy bazillion változók hozzáadása a munkafolyamat változóit és a paraméterek az adatforrás, mint te tud lát itt:

SNAGHTML2350fe72

Akkor is vegye figyelembe, hogy ha több mint egy ilyen, Az SPD hozzáfűzi a "1" és így tovább valamennyi változót. 

Azt találták, hogy az első "Indítsa el a jóváhagyási folyamat" tevékenység törlésekor, az első olyan változók maradt társított munkafolyamat (Sajnos).  Így, legyen óvatos, hogyan használja ezt, mert különben, youll ' végez-val  a munkafolyamat változóit nagyon zsúfolt listája.

Adok hitelt a Microsoft, a következő a "van" elnevezési, egy logikai változó.  Ezen egyezmény ideiglenes tákolmány ez elég egyértelmű, hogy milyen típusú adatokat van feltételezett-hoz lenni ott.

Kutatása, Én alapít ez hasznos cikk: http://office.microsoft.com/en-us/sharepoint-designer-help/workflow-actions-in-sharepoint-designer-2010-a-quick-reference-guide-HA010376961.aspx.  Ez nem igazán ennek a kérdésnek külön, de van néhány jó információkat a témában, így én megyek oda, ha azt szeretné, hogy többet ilyen különleges tevékenységet és a testvérek.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

SharePoint Designer 2010 MARADÉK függvény

Dolgoztam ki néhány napló, ahol alkalmazottak kérhetik a nyaralás, betegállományban töltött, stb. Egy érvényességi szabály előírja, hogy meg kell mindig kérés ideje le a 4 óránként.  Ez a könnyen használható – a modulo függvény.  Modulo függvény megmondja, a fennmaradó körzetben.  Ha nincs maradék, maradékos osztásos értéke nulla, egyébként, Ez az, amit marad.  Például, 8 mod 4 = 0 (8 / 4 = 2 nincs frakció).  mindazonáltal, 8 mod 5 van 3.

Én szükséges-hoz csinál ez egyszer-val SPD 2007 egyszer régen, és igazából fejeztük be az InfoPath-űrlapok segítségével oldja meg, így abban az időben kezelni az eleje.  Ebben az esetben, lehet, hogy az InfoPath-űrlapok a kép, de ez még nem világos.  Így, Én dolgoztam ki annak biztosítására, hogy a technika mindig is a kérelmek 4 órarendszerű.  Akartam csinálni a matek, megment ez-ban egy húr, és aztán néhány karakterláncrészre cucc. 

Én felhúz SPD 2010 és meglepetésemre (és egy kicsit zavartan) van egy funkció már modulo:

image

Én ismét kellemesen meglepett, hogy szükségem van valami már ki a dobozból.  Úgy tűnik, mint egy furcsa függvény részére Mikroszkóp-hoz tartalmaz a mix.  Van egyfajta "Ez a könnyen, úgyhogy Dobd"hangulata van.  Szimpatizálnak, mivel tudom, hogy én magam minden alkalommal.  A CodePlex projekt van egy csomó kis funkciók, a ItsEasy elv miatt.  Ezzel egy időben, A Microsoft továbbra is támogatja a bizonyíték a "95 %-a úgy" hatás a termék.  A maradék függvény bevezetése, de nem a KEREKÍTÉS függvény, például.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

CodePlex projekt – SP2010 Explorer

Részeként-ból folyik annak érdekében, hogy a műszaki alacsony szintű részletek SharePoint 2010, Én már létrehozott egy "SharePoint Explorer"kedves eszköz.  Az ötlet nem új.  Régebben ezt a projektet több mint egyszer: http://sharepointexplorer.codeplex.com/.  Az én elképzelésem az, hogy hozzon létre egy SharePoint-verzió, amit használ összekapcsolt kijelzők az alacsony szintű részleteinek megjelenítéséhez, hogy az objektum modell tud nyújtani. 

Ez a blog felad szolgál mindkettő értesítésfájl a projekt, valamint a hívás az önkéntesek.  Ha-a ' érdekelt-ban ezen a projekten dolgozó, hadd tudjam meg, e-mailen keresztül (Galvin.Paul@gmail.com) és mi majd dolgozni, hogy ki.

Itt van a projekt: http://sp2010explorer.codeplex.com/

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

SharePoint Designer 2007 Munkafolyamat-kiterjesztések CodePlex-projekt

Én vagyok együtt az én-m második CodePlex-projekt (részletek a szerdai napon kell bejelentette, ezen a héten, plusz vagy mínusz) és én is egy pillantást az én-m első projekt, "SharePoint Designer-munkafolyamat kiterjesztések". Én voltam döbbenve, és a zavart, hogy lásd, hogy felett van letöltött 4,800 Times:

image

Alapvetően felejtett körülbelül ezt a projektet az utolsó 12 hónap. Én vagyok zavarban, mert lényegében elhagyták.

Megyek, hogy egy másik néz ki, és emlékeztetni magam, mi ez az egész arról,.

Ha valaki érdeklődik ez a munka, hadd tudjam meg, és majd meglátjuk, az együttműködés. 4,800 a héten nem egy hatalmas összeg, de ez több, mint valaha is rájött, és valószínűleg érdemes némi erőfeszítést, szedés fel és átvitelére.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Export-SPWeb mondja nekem "InvalidData” De az adatok érvényes

Én vagyok a írás egy cikket a jó emberek www.sharepointbriefing.com és ez magában foglalja telepítése egy listát a fejlesztési gazdaságból termelési Farm.  Továbbra is bevihetjük stsadm vagyok, és szakítás szokás kell, tehát én gyújtott megjelöl a SharePoint 2010 Management Shell és játszott körül segítségével Export-SPWeb-hoz hát az én listán.  Milyen furcsa nehéz dolog, azt bizonyítja, hogy!

Én tartott szerzés ez hiba:

image

Ezt a hibát, "InvalidData: (Microsoft.Share...CmdletExportweb"") megöl.  Én vagyok zavarban, hogy mennyi ideig küzdöttem ezzel.

Én korábban fuss egy falba a PowerShell segítségével és használt stsadm-hoz kap körül ez.  Próbáltam ez újra ebben az időben, és én kapott a jó eredmények.

Töltöttem sok időt hegedülő körül a –Identity választás és akkor végül a –ItemURL.  Kiderül, hogy a ItemURL beállítás csak a lista/könyvtár teljes elérési útja,  exportálandó nélkül a http://szerver kicsit.  Így, annak ellenére, hogy az identitás érvelés van mutatva-hoz alwebhellyé, a ItemURL van nem képest az azonosítása, de a webhelycsoporthoz képest.

Ez lett volna szép, a parancsmag elmondani, mi volt a minimálisan érvényes (Ebben az esetben az identitás) és mi volt érvénytelen (ItemUrl).  Ezek a kis érintések segíti az embereket ölelés a termék.  Nem egy nagy ding SharePoint ellen, but a little one at least 🙂

Remélhetőleg ezen a poszton takarít valaki egy kis bánat a jövőben.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Az ASP-ben TreeNodeBinding együtt dolgozik.NET Treeview vezérlő

Már dolgozik a mi Remélem lesz, a hamarosan kiadott CodePlex egy szép integrált kicsit beszélgetni egymással keresztül szolgáltató-fogyasztó kapcsolatok feltárása a SharePoint-webhely alatt a borít alkalmazásában kijelzők projekt.  (Ez minden bizonnyal megtörtént, mielőtt, de ez a tanulás projekt, mint bármi más).  Ez azt jelentette, hogy a csere, a SharePoint, a windows explorer nézet 2010 dokumentumtárak.

A kód hívja le a SPWeb szokásos rekurzív, és SPList egy adott indítását pontjára.  Az objektum, hogy nem minden a felsővezetéket épít fel egy XML karakterlánc, hogy néz ki valami ilyesmi:

<sitecollection url =’http://demo2010a:9090′>
 
<Web
     title = "Helló világ elvű" 
     Sablon =' egy webhelyet a csoport gyorsan rendezheti., Szerző, és információmegosztás, BLA BLA BLA ">

     <lista
        title ='BCC_Health_Services_FAQs’
        Sablon ='CustomList’
       
listid =’http://demo2010a:9090/helloworldsandbox[delim]1e02b001-3cb2-4f17-b63d-7809e86b4174′>
    
</lista>

     <lista
        title = "BCC_Notifications" 
        Sablon = "CustomList" 
        listid =’
http://demo2010a:9090/helloworldsandbox[delim]5a5a13d1-877 c-41 c 0-9063-b9612be80d5e’>
     </lista>

  </Web>

</sitecollection>

Arra számítok tiszta fel, hogy előtt minden XML mondta, és kész.

Szeretne végső soron a fel és a Treeview vezérlőben kap ezt az információt.  Nem pontosan a föld törése megtöm.

Én elvitt-ra itt kihívás volt a fanézetben csatlakozni egy XML-adatforrás-vezérlő helyett manuálisan kiépítése én treenodes, ahogy azt a fastruktúrán.  Én tett ez részben, mert én vagyok szándékosan hogy dolgot magam nehezebb (Ez a tanulás-projekt után minden) és részben, mert nekem van ez homályos fogalmát, hogy a fa csomópontjai kiépítése, ahogy azt a fastruktúrán nem jó ötlet a hosszú távú.

Ez a megközelítés problémája, hogy a Treeview vezérlő nem tud jó az attribútumokról, mint "list" vagy a "web" érdekes csomópontján így e kibocsátás jeleníti meg alapértelmezés szerint:

 

image

Ez nem hasznos.  Ez az, ahol a TreeNodeBinding osztály segít.  Tud használ ez-annak érdekében, hogy a Treeview vezérlő mondja meg, hogyan kell értelmezni az XML.  Itt van egy példa:

tnb = új TreeNodeBinding();
tnb.DataMember = "lista"; // Ez a hely XML-címke.
tnb.TargetField = "listid";
tnb.ValueField = "cím";
tnb.ToolTipField = a "Sablon";

A kötés mondja a TreeView vezérlő, amely a ha talál egy <lista> az XML-csomópont, TargetField kötései alkalmazni, ValueField és ToolTipField.  A május app, Ezek a következőképpen Térkép:

  • TargetField: Amikor valaki rákattint egy csomópont-érték, Ez az, amit kapsz a SelectedNode.Value.  Ez azonban nem kell zavaros with…
  • ValueField: Ez az, amit szeretne megjeleníteni a felhasználó számára a Treeview.
  • ToolTipField: Az XML-fájl, amely helyi súgóként kívánt értékét.

Adjunk hozzá, hogy TreeNodebinding a fanézetben adatkötéseinek, és kap kimenetet, mint ez:

 

image

Én is több minden e továbbra is az a projekt, és végül tesz ez-ra Codeplex.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin