Kur ir Microsoft.CSharp Anyway?

Tika nodota zip failu ar vidēji sarežģītu projektu struktūru un kas bija ripped no subversion.  Kods ir atsaukšanās uz Microsoft.CSharp, kā:

image

Kā jūs varat redzēt, vizuālā studija trūka faktisko DLL. 

Parasti es nedomāju par to, kur šīs lietas ir fiziski atrodas.  Es zemnīca šeit tuvumā, izveidot jaunu konsoli app (pēc šādas Pārlasot šo maz apmaiņu) un atrast DLL pie mana vide: C:\Programmu faili (x86)\References AssembliesMicrosoftFramework.NETFrameworkv4.0ProfileClientMicrosoft.CSharp.dll.

Tas faktiski radīja problēmu ar visual studio sūdzas, ka man bija vērstas nepareizu vidi, "Microsoft.CSharp.dll vai viena no tā atkarībām nepieciešama jaunāka versija .NET blah blah blah".  Beigās, Pavisam likvidēt atsauci un, šķiet, ir atrisinājuši jautājumu.

Tas ir tikai vēl viens parādībām neparasti grūti izrēķināt un tāda veida lieta, ka ir mazāk interesants arguments, kopā ar savu sievu nekā par to, vai tur ir pārāk daudz sieviešu mēteļi skapis smaids

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Ļoti foršs BrightStarr Video

Ņemot tikko sāka šeit strādāt pie BrightStarr, Es esmu diezgan psyched par to, ka mēs esam izveidojuši šo ļoti foršs video šeit YouTube: http://www.youtube.com/user/BrightStarrSP

Man nav bijis iesaistīts ražošanā to, un es neesmu personīgi lielas par šāda veida reklāmas centienus, bet tas viens ir diezgan cool, lai mani.

Foršs BrightStarr Video

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Uz redzēšanos CGS, Sveiki BrightStarr!

Rīt, Es oficiāli sākt manu pirmajā dienā BrightStarr (www.brightstarr.com), Apvienotās Karalistes sabiedrība ar ASV biroja, kas ir, neticami, nieka 6 jūdžu attālumā no mana māja.

Tas bija viegls lēmums atstāt CGS, bet grūti lēmumu veikt smaids.  Ļaujiet man paskaidrot.

Es pievienojos CGS nedaudz vairāk nekā pirms gada (Decembris 2009) un pievienojās kā SharePoint konsultāciju prakse direktors.  Šis likās lieliska ideja brīdī.  Šeit ASV vismaz, tas ir diezgan izplatīta cilvēki sāk darboties kā jaunākais dev tipa persona, rakstiski ziņojumi un jāsadzen kaitinošas noapaļošanas kļūdu jautājumiem (Nepalaid garām šīs dienas vispār!).  Jūs iegūstat pieaugošo līmeni atbildību un saistīto attīstības awesomeness.  Man bija neticami iespējas pār savu karjeru, lai dažas ļoti cool stuff.  Man rakstīt rēķinu izrakstīšanas sistēmu no jauna.  Es saņēmu uz darbu ar gudru cilvēku, arī mans brālis visiem cilvēkiem, izstrādāt pilnīgu web balstīta attīstības app sauc Progress 4GL.  Jautri, fun reizes.

protams, attīstībai no Sr. Dev tipa tehniskā grupa interesentu, kas robežojas ar to, kas visvairāk svētīta tehniskās lietas-arhitekts.

Tradicionālās gudrības par šo virzību ir tas, ka nākamais solis no arhitekts ir kaut kāda augstākstāvoša pārvaldības loma.

Bija iepirkt, un pieņēma šo virzību.  Kad es iestājos CGS vienā no tām augstākstāvoša lomām, Paredzams, ka es, zināmā mērā, ka es būtu pastiprināšanu "aiz" arhitekts un kādu lomu – viens arhitekts Reglamenta them visi veida "super arhitekts" smaids

Man, tas izrādījās mazāks par veiksmīgu.  Tas ir teikt, ka es didn't ir dažas labas veiksmes lomu, bet beigu beigās, Es neesmu klasiskās prakses vadītājs.  Lūdzot cilvēkiem, katru nedēļu vai tās uzņēmušās savu laiku, darba laika uzskaites sistēma vienkārši nav ļoti interesanti man.  Plānošanu, "resursi" (vai cilvēki, tiešām) mēnešus iepriekš ir vienkārši garlaicīgi.  Plūda pār sivēnmātes un meklē un noslēguma potenciālās nepilnības, kas var mazliet mums nākotnē ir reālās šausmas.  Vēl, tās ir svarīgas lietas, un ņemot vērā, cik svarīgi tie CGS lomai, tas bija acīmredzams maiņa bija jāizdara. 

Tas bija skaidrs, ka tikai pēc daudz domāšana, Tomēr.  Laimi, pierādījumi bija pietiekami skaidri, lai man, kad es tiešām domāju par to, kļuva skaidrs. 

Tas ieguva mani meklējat vakancēm un atradu BrightStarr.

Esmu pierakstījies SharePoint būvētāja un nevar gaidīt, lai sāktu.  Līdz šim, tie ir ļoti iespaidīgi apkalpes un domā, ka viņi (mēs!) ir nobriedis, lai īstais vārds tirgū.  Es būšu Sludinājuma vairāk par to, ko es daru, un esmu patiesi cer uz to.  Paskaties uz viņu tīmekļa vietni- www.brighstarr.com – tas ir iespaidīgs gabals darbu.

Es uzskatu sevi ļoti laimīgs visu šo.  Mēs visi esam redzējuši dažādas vidēja līmeņa augstākā līmeņa vadītājiem, kas ir sava veida iestrēdzis purvu, nevar patiesi excel vai virzīties uz priekšu ātri un ar pārliecību.  Tas bija, kur bija devās, un es ļoti priecājos, ka izglābies tik viegli. 

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Mainās vietnes kolonnu grupām programmā SharePoint Designer 2010

Es radīju pagriešanas vietnes kolonnām, kas izmanto SharePoint Designer 2010 šorīt un sapratu, ka esmu sagādājis viņiem nepareizi grupa.  Tas bija apkaunojoši grūti izrēķināt.  Es nezināju, kur klikšķināt...

image

Tur vēlas double noklikšķiniet uz rindas, pats par sevi vai lentes pogu kolonnas iestatījumi.

Kā izrādās, pareizā atbilde (vai ir vismaz viena pareiza atbilde) ir ar vienu klikšķi uz pašu grupu.  Brīdi uzgaidiet un pēc tam tas ļaus jums ievadīt vērtību, kā parādīts:

image

Diezgan viegli pēc tam, kad jūs zināt, ko darīt, bet tā ir izvairīšanās no mani mazliet.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Manuāli rediģēt SPD XOML failu, lai attīrītu mainīgie

Šeit šajā amatā ("Atbilžu saņemšana atpakaļ no sākuma apstiprināšanas procesu aktivitāte"), Es teicu, ka nejauši jūs varat pievienot darbplūsmu mainīgo lielumu visai apgriezties SharePoint Designer darbplūsmu.  Lietas ātri var kļūt pārblīvēta un grūti salasāms.  Īpaši, Ja pievienojat "Sāktu apstiprināšanas procesu aktivitāte" rīcību savu darbplūsmu, izdzēsīsim to un pievienojiet to vēlreiz, jūs galu galā ar visu šo darbību darbplūsmas mainīgie divreiz. 

Tas ir reālas sāpes iet cauri un manuāli izdzēsiet visus šos, tāpēc es tomēr gribētu izmēģināt tos noņemt tieši no XOML failu.  Tas izrādījās tik viegli izdarāms. 

Pirmais, jums nepieciešams atrast faktisko XOML failu.  Es rakstīju par šo tēmu: http://www.mstechblogs.com/paul/how-to-find-and-edit-spd-2010-workflow-xoml-files.  Kad konstatēts, XOML failu atvērt un atrodiet mainīgo, kuru vēlaties noņemt.  Šajā gadījumā, Es pievieno "Sāktu apstiprināšanas Process" aktivitāte manu darbplūsma divreiz.  Es vēlos noņemt darbplūsmu mainīgo ar nosaukumu "isItemApproved", jo tas vairs nav izmantots un nav dublikātu mainīgo ar nosaukumu "isItemApproved1". 

Vienkārši darīt mainīgā teksta meklēšanu.  Mans ekrāns izskatās šādi:

image 

Ja jūs meklējat apkārt XOML failā, jūs redzēsiet, ka "IsItemApproved1" tiek izmantota daudzās dažādās vietās, kamēr sākotnējā "IsItemApproved" ir vienkārši noteikts vienreiz un nekad nav izmantots.

Dzēsiet to un pēc tam šo failu saglabājiet.

Tikai kutelīgs daļa ir tas, ka man bija faktiski noslēguma VPD vispār un to atkārtoti atvērt, pirms VPD atzina laukā Dzēst.

protams, dzēšot laukus nav vienīgā lieta, ko jūs varat darīt ar XOML un es varētu blog par citām tēmām, kā tas nākotnē.

Jūs vēlaties būt ļoti uzmanīgiem, ko jūs darīt šeit un veikt dublējumu jūsu darbu.  Jūs varat veikt šķietami nelielas / smalks izmaiņas šeit ka trashes pēc VPD darbplūsma ir saistīta, un jūs zaudēsit stundas pūles, kamēr jūs atjaunotu to.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Kā atrast un rediģēt VPD 2010 Darbplūsmas XOML failus

Biju pētot viegls veids, kā noņemt darbplūsmu mainīgie ķekars bez nepieciešamības tērēt manu pēcpusdienā pilnīgi izplaucis VPD noklikšķiniet uz spīdzināšanu sesijā.  Mana doma bija, lai tieši rediģētu XOML, kas ir XML failu pamatā SPD deklaratīva darbplūsmas.  Tas ir kā es atklāju, ka.

Pirmais, dodieties uz visus failus opciju zem vietnes navigācijas objekti.  Ir atbilstošas atļaujas, lai redzētu šo, Tātad, ja to nav, jums, apelācijas tiesības admin personai piešķirt priv.  Tas ir kā tas izskatās:

image

 

Visi faili tiek parādīts saraksts... visi faili:

image

Atlasiet darbplūsmas mapi un redzētu mapju sarakstu, lai katrai darbplūsmai:

image

Noklikšķiniet uz pareizo mapi un  Redzi, visi interesanti labumi, ka izveido VPD deklaratīva darbplūsmu sarakstu.  Peles labo pogu noklikšķiniet uz .xoml failu un izvēlieties "Open ar-> SharePoint Designer (Atvērta XML kā)"lai rediģētu XOML tieši:

image

Jūs varat veikt manuālu dublējumu pirms jūs spēlēt vijoli ar lietām.  Regulāra kopēt/ielīmēt failu tieši SPD ir iespējams pietiekami labs, vai_ar ī jūs varat kopēt ielīmēt visu XML tekstu un saglabāt uz darbvirsmas vai kāds jūsu paradis šādos gadījumos.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Atbilžu saņemšana atpakaļ no sākuma apstiprināšanas procesa darbības

Es esmu spēlē aptuveni ar SharePoint Designer darbplūsmas iedomātā jaunu "Sāktu apstiprināšanas Process" darbību un ātri bija norūpējušies, jo nevaru uzreiz atbildēt uz jautājumu, "tas apstiprināja vai ne?”. 

Īsā atbilde ir, ka tas ir diezgan viegli dabūt atbildi.  Kad pievienojat šai aktivitātei galveno darbplūsmas, VPD pievieno bazillion mainīgie darbplūsmas mainīgos un parametrus datu avotu, kā jūs varat redzēt šeit:

SNAGHTML2350fe72

Jūs arī atzīmēt, ja pievienojat vairāk nekā vienu no šiem, VPD pievieno "1" un tā tālāk visus mainīgos lielumus. 

Es atklāju, ka, dzēšot pirmo "Sāktu apstiprināšanas Process" aktivitātes, pirmos mainīgie palika saistīta darbplūsma (Diemžēl).  Tik, Esiet uzmanīgi, kā jūs izmantot šo, jo citādi, jūs galu galā ar  ļoti cluttered darbplūsmas mainīgo sarakstu.

Es dodu Microsoft kredītu par šādu "ir" nosaukumdošanas konvencija Būla mainīgais.  Šīs konvencijas ir diezgan skaidrs, kāda veida datus ir paredzēts tur būt.

Pētot, Es atklāju šo noderīgu rakstu: http://office.microsoft.com/en-us/sharepoint-designer-help/workflow-actions-in-sharepoint-designer-2010-a-quick-reference-guide-HA010376961.aspx.  Tā doesn't tiešām risināt šo konkrēto jautājumu, bet ir dažas labas ziņas par tēmu, tāpēc es gribētu iet tur, ja jūs vēlaties uzzināt vairāk par šo noteikto aktivitāti un savu brāļu un māsu.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

SharePoint Designer 2010 Funkcija MOD

Esmu darba ārā kādu žurnālu, kur darbinieki var pieprasīt atvaļinājumu, slimības laikā, uc. Viena validācijas kārtula pieprasa, ka jums vienmēr jālūdz laiks pie 4 stundu starplaikiem.  Tas ir viegli lietot modulo funkcija.  Modulo funkciju norāda atlikušo rajonā.  Ja nav nekādu atlikumu, Modulo ir nulle, Pretējā gadījumā, tas ir, kāds ir palicis.  Piemēram, 8 Mod 4 = 0 (8 / 4 = 2 neviena frakcija ar).  no otras puses, 8 Mod 5 ir 3.

Man vajadzēja izdarīt vienreiz ar VPD 2007 reiz, sensenos laikos... un es patiesībā beidzās izmantojot InfoPath veidlapu, lai atrisinātu, Tātad tā bija jārīkojas uz priekšgalu tajā laikā.  Šajā gadījumā, attēlā var InfoPath veidlapu, bet tas vēl nav skaidrs.  Tik, Bija darba tehniku, lai nodrošinātu, ka laikā no pieprasījumiem ir vienmēr 4 stundu periodos.  I gatavojas do math, saglabājiet to virknē, un pēc tam daži apakšvirkne sīkumi. 

Es nobremzēju VPD 2010 un man par lielu pārsteigumu (un nelielu apmulsumu) tur ir modulo funkcija jau:

image

Esmu atkal patīkami pārsteigti, ka kaut ko vajadzēja jau ir gatavas.  Tas šķist dīvaini funkcija Microsoft jāiekļauj samaisa.  Tā ir sava veida "tas ir viegli, So let's to iemest"sajust to.  Man simpatizēt ar šo, kā man tas pats visu laiku.  Šis projekts CodePlex ir ķekars maz funkcijas, kas izriet no ItsEasy princips.  Tajā pašā laikā, Microsoft turpina atbalstīt pierādījumi "95 % no tā, kā" efekts kopā ar produktu.  Tās īsteno funkcija Mod, bet ne funkciju round, piemēram.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

CodePlex projekta – SP2010 Explorer

Kā daļu no centieniem turpinās mācīties tehnisko zema līmeņa informāciju par SharePoint 2010, Esam izveidojuši "SharePoint Explorer"veida rīks.  Ideja nav jauna.  Es izmanto šo projektu vairāk nekā vienu reizi: http://sharepointexplorer.codeplex.com/.  Mana ideja ir izveidot SharePoint versiju izmanto savienotas web daļas, lai rāda zema līmeņa detaļas var nodrošināt objekta modeli. 

Šajā blog post kalpo gan paziņojumu par projektu, kā arī zvanu brīvprātīgos.  Ja jūs esat ieinteresēts strādāt pie šī projekta, Ļaujiet man zināt, pa e-pastu (Galvin.Paul@Gmail.com) un mums ir jāstrādā tā.

Lūk, projekta: http://sp2010explorer.codeplex.com/

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

SharePoint Designer 2007 Darbplūsmas paplašinājumi CodePlex projekta

Esmu sagrupējot manu otro CodePlex projektu (Šonedēļ paziņos trešdien detaļas, plus vai mīnus) un man bija apskatīt manu pirmo projektu, "SharePoint Designer darbplūsmas paplašinājumiem". Es biju satriekts un neērti, lai redzētu, ka tas ir lejupielādēts vairāk nekā 4,800 reizes:

image

Būtībā es aizmirsu par šo projektu, jo pēdējā 12 mēneši. Es esmu neērti, jo es būtībā ir pametuši, tas.

I'm gonna ir vēl skatīties un atgādināt sev par to, kas ir visu par.

Ja kāds ir ieinteresēts strādāt šajā, Let me know, un mēs redzēsim par to tapšanā. 4,800 lejupielāde nav milzu summas, bet tas ir vairāk nekā jebkad agrāk saprata, ka, un tas droši vien ir vērts pūles to pacelt un aiznest to uz priekšu.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin