Hol van a Microsoft.CSharp egyébként?

Adta egy .zip reszelő-val egy közepesen bonyolult szerkezete és melyik volt kitépték subversion.  A kód van hozzákapcsolva, Microsoft.CSharp, mint a:

image

Mint te tud lát, a Visual studio hiányzik a tényleges DLL-t. 

Általában nem gondolnak ahol ezeket a dolgokat fizikailag találhatók.  A következő reptér környékén: itt ásott, létrehozott egy új konzol app (után következő olvasó ez kis cseréje) és a dll-fájl megtalálható a saját környezet:: C:\Program Files (x 86)\Hivatkozás AssembliesMicrosoftFramework.NETFrameworkv4.0ProfileClientMicrosoft.CSharp.dll.

Ez valójában adott okot, hogy egy kérdés-val Látási Műterem panaszkodik, hogy én célzás a rossz környezet, "Microsoft.CSharp.dll, vagy annak valamelyik függősége megkövetel egy újabb változat-ból .NET bla-bla-bla".  A végén, Távolítsa el a hivatkozást összesen, és úgy tűnik, hogy megoldotta a problémát.

Ez csak egy egy olyan furcsán nehéz dolog kitalálni, és az a fajta dolog, ami kevésbé érdekes, mint egy érv a feleségével, hogy vannak túl sok női kabátok a szekrényben Mosoly

</vége>

Subscribe to my blog.

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

Nagyon Cool Video, BrightStarr

Miután csak most kezdődött el, itt dolgozik BrightStarr, Szép vagyok indulva, hogy mi már össze ez nagyon cool video a YouTube-on itt: http://www.youtube.com/user/BrightStarrSP

Én nem vett részt, a termelő is, és nem vagyok személyesen nagy ilyen típusú promóciós erőfeszítéseket, de ez egy elég jó nekem.

Cool BrightStarr Video

</vége>

Subscribe to my blog.

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

Viszlát CGS, Szia BrightStarr!

Holnap, Én hivatalosan is elindul az első napom BrightStarr (www.brightstarr.com), egy egyesült királysági székhelyű cég az USA-ban hivatal, hogy, hihetetlenül, a puszta 6 mérföldre a házam.

Ez volt könnyű döntés elhagyni CGS, de egy nehéz döntés, hogy Mosoly.  Hadd magyarázzam el.

Több mint egy évvel ezelőtt csatlakozott CGS (December 2009) és a gyakorlat consulting SharePoint igazgatóként csatlakozott.  Ez úgy tűnt, mint egy zseniális ötlete abban az időben.  Itt az USA-ban, legalább, elég gyakori, az emberek, hogy kezdje el a junior dev típusú személy, jelentések írása és bosszantó kerekítési hiba kapcsolatos problémák (Ne hagyja ki a azokban a napokban minden!).  Nyereség a növekvő mértékű felelősség és a kapcsolódó fejlesztési awesomeness.  Volt hihetetlen lehetőséget át saját karrierjét, hogy néhány nagyon jó dolgot.  Van, hogy írjon egy számlázási rendszer a semmiből.  Én kapott-hoz dolgozik-val okos emberek, például bátyám, minden ember, dolgozzanak ki egy teljes web alapú fejlesztési app egy úgynevezett Progress 4GL.  Szórakozás, Fun alkalommal.

természetesen, fejlődés a Sr. Dev típus műszaki csapat érdeklődővé, határos, hogy a legtöbb megszentelt, a technikai dolgok – építész.

Ez a progresszió a hagyományos bölcsesség, hogy a következő lépés az építész valamilyen magasabb rangú menedzsment szerepe.

Már vásárolt, és elfogadta, hogy a progresszió.  Amikor csatlakoztam egy magasabb rangú szerepkörökhöz CGS, Amire várt, bizonyos mértékig, hogy én kíván megerősítése, "túl" építész és valamiféle "szuper építész" milyen szerepet – egy építész Written minden Mosoly

Nekem, kiderült, hogy kevesebb, mint sikeres.  Ez, nem azt mondom, hogy nem volt néhány jó siker a szerepet, de a végén, Nem vagyok egy klasszikus gyakorlat igazgató.  Heti rendszerességgel kéri az embereket, hogy beléptek az időt a munkaidő-nyilvántartási rendszerbe csak nem nagyon érdekes számomra.  Ütemezés, "resources" (vagy az emberek, valóban) hónappal előre csak unalmas.  Ömlött át kocák és keres, és hogy lehet kicsit velünk a jövőben lehetséges kiskapuk bezárása az igazi horror.  Még, Ezek fontos dolgok és figyelembe véve, hogy mennyire fontos a CGS szerepe, nyilvánvaló, kell tenni kellett a változás volt. 

Csak nyilvánvaló volt, hogy nekem a sok gondolkodás után, azonban.  Szerencsére, a bizonyíték nem volt elég világos számomra, hogy egyszer volt igazán gondol róla, nyilvánvalóvá vált. 

Hogy van nekem, hogy megkeressék a nyitott pozíciók, és találtam BrightStarr.

Már aláírta mint egy SharePoint-építész, és alig várom, hogy kap kezdett.  Eddig, Ők egy nagyon hatásos legénység, és úgy gondolom, hogy ők (we!) a birtokában, hogy valódi nevét, a piacon.  Én leszek kiküldetésére többet, hogy mit csinál ott, és én nagyon várom, hogy ez.  Vessen egy pillantást a honlapján – www.brighstarr.com -a ' egy lenyűgöző munka.

Én tartom magam nagyon szerencsés, minden e.  Mindannyian láttunk már különböző közepén, hogy magas rangú vezetői aki egyfajta elakadtak a sárban, nem igazán excel vagy előrelépni, gyors, és a bizalom.  Ez volt, ahol voltam élén, és nagyon örülök, hogy ez ilyen könnyen. 

</vége>

Subscribe to my blog.

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

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