Monthly Archives: Februāris 2011

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

Eksporta SPWeb stāsta mani "InvalidData” Bet dati ir derīgi

Es esmu šajā procesā, rakstot rakstu par labi cilvēki pie www.sharepointbriefing.com un tas ir saistīts ar izvietošanas sarakstu no saimniecības attīstību ražošanas ferma.  Es esmu vēl pieraduši, izmantojot stsadm un ir jāpārtrauc šis paraduma, tāpēc es, kas iedarbināja SharePoint 2010 Pārvaldības čaulu un spēlēja aptuveni backup manā sarakstā, izmantojot eksporta SPWeb.  Kādi neparasti sarežģīta lieta, kas izrādījās!

Tur saņemt šo kļūdu:

image

Šī kļūda, "InvalidData: (Microsoft.Share...CmdletExportweb"") bija nogalināt mani.  Es esmu samulsis par to, cik ilgi es cīnījos ar šo.

Man bija iepriekš uzskriet sienas izmantojot PowerShell un izmanto stsadm apiet to.  Es to izmēģināju vēlreiz šo laiku, un es dabūju labus rezultātus.

Es pavadīju daudz laika niecīgs aptuveni ar –Identity variantu un tad beidzot ar –ItemURL.  Izrādās, ItemURL variants prasa pilnu ceļu saraksts/bibliotēkas jūs  vēlaties eksportēt bez http://BITS servera.  Tik, Neskatoties uz to, ka identitātes arguments ir norādot uz apakšvietni, ItemURL ir ne attiecībā pret identificēt, bet attiecībā uz vietņu kolekcijas.

Tas būtu jauki par cmdlet man pateikt, kas bija minimāli derīgu (Šajā gadījumā identitāte) un kāda bija nederīgs (ItemUrl).  Šīs maz skar palīdzēt cilvēkiem, kas aptvertu produkts.  Nav liels ding pret SharePoint, but a little one at least 🙂

Cerams, ka šo amatu saglabās kāds mazliet skumjas nākotnē.

</beigās>

Abonēt manu blogu.

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

Darbs ar TreeNodeBinding ASP.NET Treeview kontrole

Esmu strādājusi par to, ko es ceru, ka būs drīz atbrīvo CodePlex projekts, kas nodrošina jauku iebūvētu mazliet web daļu, kas runā viens ar otru, izmantojot pakalpojumu sniedzēja un patērētāju savienojumus, lai pētītu SharePoint vietnē zem segas.  (Protams tas ir darīts pirms, bet tas ir tikpat daudz kā jebkas cits mācību projektu).  Tas ir domāts, lai būtu rezerves windows explorer skats no SharePoint 2010 dokumentu bibliotēkas.

Kods ir parasti rekursīvs zvanīt uz leju SPWeb un SPLists no noteiktā sākuma punktu.  Objektu, ko dara, kas šķērso uzkrājas XML virkne, kas izskatās līdzīgi kā šis:

<sitecollection url =’http://demo2010a:9090′>
 
<Web
     nosaukums = "Hello World Sandbox" 
     Veidne: =' vietni komandām, lai ātri organizētu, Autors, un koplietot informāciju, BLAH BLAH BLAH ">

     <saraksts
        nosaukums = "BCC_Health_Services_FAQs’
        Veidne: ='CustomList’
       
ListId =’http://demo2010a:9090/helloworldsandbox[delim]1e02b001-3cb2-4f17-b63d-7809e86b4174′>
    
</saraksts>

     <saraksts
        nosaukums = "BCC_Notifications" 
        Veidne: = 'CustomList' 
        ListId =’
http://demo2010a:9090/helloworldsandbox[delim]5a5a13d1 - 877c - 41c 0-9063-b9612be80d5e’>
     </saraksts>

  </Web>

</sitecollection>

Es ceru, ka tīrīt augšu, ka XML pirms viss ir teikts un darīts.

Es gribu, lai galu galā iegūt šo informāciju uz augšu un vadīklā Treeview.  Nav tieši zemes satricinošs sīkumi.

Es iedzēru šeit uzdevums bija pieslēgties XML datu avota vadīklu, tā vietā, lai manuāli veidot manu treenodes, jo es traversa koka koka skats.  Es to darīju daļēji tāpēc, ka esmu apzināti padarot lietas grūtāk par sevi (galu galā tas ir mācību projektu) daļēji tāpēc, ka man ir šī neskaidrs priekšstatu, ka veidotos koku zariem, jo es traversa koks nav laba ideja par ilgtermiņa.

Ar šo pieeju problēma ir tā, ka vadīklā Treeview nezina par labu atribūtus uz interesantu punktiem kā "saraksts" vai "web" lai tas parāda šo produkciju pēc noklusējuma:

 

image

Tas nav lietderīgi.  Tas ir, kur palīdz TreeNodeBinding klasē.  Varat izmantot šo pateikt Treeview kontrole, kā to vajadzētu interpretēt XML.  Lūk, piemērs:

TNB = jaunu TreeNodeBinding();
TNB.DataMember = "saraksts"; // Šī ir etiķete, XML Site.
TNB.TargetField = "listid";
TNB.ValueField = "title";
TNB.ToolTipField = "Template";

Šis saistījums stāsta treeview, kad tā konstatē, <saraksts> XML mezglam, lietot saites, TargetField, ValueField un ToolTipField.  Maijā app, šīs kartes šādi:

  • TargetField: Kad kāds noklikšķina uz zara vērtība, tas, ko jūs saņemsiet SelectedNode.Value.  Tas ir, nevajag jaukt ar...
  • ValueField: Tas ir tas, ko jūs vēlaties, Treeview, kas tiek rādīta lietotājam.
  • ToolTipField: Vērtību no XML, kas jūs vēlaties kā rīka padoms.

Pievienot, ka koka skatu DataBindings un jūs TreeNodebinding saņemt produkciju kā šis:

 

image

Es ņemšu vairāk par visu šo, kā projekta turpinās, un beidzot īstenot šo par Codeplex.

</beigās>

Abonēt manu blogu.

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