Ysgrifennais erthygl ar gyfer SharePointBriefing.com a ydynt yn byw heddiw.

Dyma ymlid:

Atalfa '.

</diwedd>

Tanysgrifio i fy mlog.

Dilynwch fi ar Twitter yn http://www.twitter.com/pagalvin

Yr wyf wedi bod yn gweithio ar brosiect lle y mae angen imi dynnu Atodiadau o'r ffurflen InfoPath. Ceir rhai adnoddau da i ddosbarthu'r ffurflenni InfoPath (sydd yn unig ffeiliau XML, felly mae'n mewn gwirionedd yn eithaf hawdd).

Er fy mod yn adeiladu i fyny y prosiect, Dechreuais drwy lawrlwytho ffurflen InfoPath ac yn ei arbed i fy disg galed leol. Yr oedd fy c# Cod yn darllen uniongyrchol o'r achos hwnnw. Fodd bynnag,, Mae ffurflenni InfoPath mewn gwirionedd yn byw tu mewn llyfrgell ffurflenni SharePoint. Oedd ychydig o hanner gwirioni chwilio i ganfod sut i ddarllen uniongyrchol o'r llyfrgell ac yn ildio bron, yn yr achos byddwn wedi arbed y ffurflen i cyfeiriadur dros dro lleol ac oddi yno ei ddarllen. Fodd bynnag,, Nid oes angen mynd drwy'r felin hynny fel y gallwch ei ddarllen uniongyrchol o'r llyfrgell. Dengys hwn beintiwyd ychydig o sut:

/// Pethau Dosbarth diffiniad yma, gan gynnwys:

preifat SPFile mySharePointFile; /* Rhan o SPList */

// Mwy cod yn mynd yma ac y tu mewn dull y dosbarth rydym wedi:
XmlTextReader textReader;

textReader = newydd XmlTextReader(mySharePointFile.OpenBinaryStream());

textReader.WhitespaceHandling = WhitespaceHandling.Dim;

textReader.Read();

// Os yw'r nod yn werthfawr

tra (textReader.Read())
{

Maent ychydig yn allweddol uchod yw ein bod yn gallu darllen y InfoPath uniongyrchol drwy'r OpenBinaryStream() dull yn galw ar y SPFile fel paramedr i adeiladwr ar XmlTextReader. Mae'n gweithio iawn.

</diwedd>

Tanysgrifio i fy mlog.

Dilynwch fi ar Twitter yn http://www.twitter.com/pagalvin

Mae gennyf ateb mynediad cost ar gyfer cleient sy'n ysgogi llif gwaith a'r InfoPath. Ar un adeg yn ystod y broses gymeradwyo, Mae angen i mi gynhyrchu e-bost sydd wedi holl o'r data InfoPath da yn ogystal â'r atodiadau eu hunain fel bod (sigh) gall rhywun gymryd y data ac â llaw ail-allweddol i mewn i gymhwysiad cronfa ddata Oracle.

Nid yw'n anodd iawn i gael ar neu [[dosrannu y ffurflen InfoPath. Doeddwn i ddim yn gwybod sut i drin atodiadau, Fodd bynnag,. Ar ôl awr neu ddwy o chwilio o gwmpas y Internets (dragwyddoldeb!) Rwy'n dod o hyd yr erthygl hon: http://support.microsoft.com/kb/892730

Mae'n darparu rhai cod hwylus i dyfyniad yr ymlyniad o cwgn ar ffurf. (Bydd angen i chi ddod o hyd i'r nod a'r cyfan y, ond dim ond dosrannu XML).

Gwn fod yr atodiad yn base64-encoded ac rwyf yn wreiddiol yn mynd i lawr y llwybr o ddim ond echdynnu'r data base64, datgodio iddo ac yn ei arbed. Fodd bynnag,, Gyflym yr wyf yn sylweddoli nad oedd yn gwybod sut i gael yr enw ffeil ei hun hyd nes yr oedd yr erthygl uchod.

Roedd mewn gwirionedd y canfûm eithaf buan, ond yr oedd yn rhoi gan ei bersonoliaeth rhaniad. Ar un llaw, yr erthygl * meddai * mae'n dda ar gyfer InfoPath 2007. Eto, y Cod a'r cyfarwyddiadau yn ymwneud â stiwdio gweledol 2003 ac mae cyfeiriadau at InfoPath 2003.

Llinell waelod, yn y Cod a erthygl amod yn gweithio'n dda i mi (hyd yn hyn). Alla i gael fy ffurflen InfoPath, Gall [[dosrannu ei, Gallaf ddod o hyd i a datgodio yr ymlyniad ac rwy'n gwybod ei enw. Beth yn fwy all un ofyn yr un bywyd?

</diwedd>

Tanysgrifio i fy mlog.

Dilynwch fi ar Twitter yn http://www.twitter.com/pagalvin

Os ydych chi'n poeni y gall eich amgylchedd SharePoint yn afiach braidd, Gadewch i mi fyddwch yn trwsio a help gyda gwiriad iechyd.

Mae gen i broses cymeradwyo treuliau y mae angen i mi ei weithredu gan ddefnyddio InfoPath mewn ffurflenni dilysu sy'n seiliedig (FBA) amgylchedd sy'n defnyddio gwasanaethau ffurflenni (InfoPath ar y we).

Mae dau grŵp gymeradwyo ac mae'r broses yn gweithio fel hyn:

• Defnyddiwr llenwi allan adroddiad traul ac yn ei gyflwyno i'w gymeradwyo.
• Mae hynny'n sbarduno neges e-bost i'r grŵp Cymeradwywr lefel gyntaf.
• Cymeradwywr lefel gyntaf adolygu ac yn cymeradwyo neu'n gwadu yr adroddiad.
• Os yw person lefel gyntaf yn cymeradwyo hynny, system hysbysu ail cymeradwywr lefel.

Ar yr ochr InfoPath o bethau, Mae gen i adrannau gwahanol sy'n cuddio / yn ymddangos yn seiliedig ar p'un a yw'r defnyddiwr yn aelod o un o'r grwpiau cymeradwyo hynny.

Mewn amgylchedd FBA yr enw defnyddiwr() swyddogaeth bob amser yn dychwelyd wag, yn anffodus. Beth yr wyf wedi'i wneud yw sefydlu rhestr bersonol o'r enw "Cymeradwyaeth grwpiau".

Dydw i ddim yn ychwanegu unrhyw colofnau ychwanegol at y rhestr.

Pan fydd y ffurflen yn agor i fyny, mae ganddo rheol fel hyn:

Mae'r "gosod gwerth cae yw" yma:

Mae hyn yn ei ddweud yn y bôn: Holi y rhestr arferiad grŵp cymeradwyo a hidlo bod ymholiad drwy chwilio am unrhyw res lle Teitl yn werth = "NORDIC".

Os yw hynny'n dychwelyd unrhyw werth, yna y defnyddiwr cyfredol yn aelod o'r grŵp hwnnw. Gwn mae'n cynnwys gwerth hwnnw oherwydd bod y darn llinyn yn fwy na sero.

Gau'r ddolen drwy sicrhau eitemau unigol yn y rhestr grŵp cymeradwyo. Amser rhedeg, os nad yw'r defnyddiwr presennol yn cael mynediad diogelwch priodol i'r eitem, yna ni fydd yr ymholiad ei ddychwelyd, darn llinyn yn sero ac nid yw'r nawr eich bod yn gwybod y defnyddiwr presennol yn rhan o'r grŵp hwnnw. Gallwch ddefnyddio'r ffaith honno fod yn angenrheidiol yn y ffurflen.

Awgrymir uwch byr yw hwn. Yr wyf wedi pwyso ar gyfer amser neu byddai rhoi mwy o fanylion.

Ddim yn gwybod pa mor berthnasol yw fy mod mewn amgylchedd FBA. Byddai hyn fwy na thebyg yn gweithio'n dda mewn amgylchedd nad yw'n FBA ond gallwn ddychmygu achosion lle byddai hyn yn ddefnyddiol.

</diwedd>

Tanysgrifio i fy mlog.

Dilynwch fi ar Twitter yn http://www.twitter.com/pagalvin

Yr wyf yn gweithio ar ffurflen InfPath heddiw ac yn rhedeg i fyny yn erbyn hen ffrind, "Eithriad heb eu trin wrth lunio ffurflen System.Xml.XmlException: Diwedd ffeil annisgwyl tra Enw dosrannu wedi digwydd. "

Digwyddodd hyn i mi amser maith yn ôl a ddim yn gwybod union yr hyn a wneuthum i ddatrys. Onest, Credaf oedd wedi'i newid i brosiect newydd a byth yn gweld hwn un datrys (Roedd fy anifeiliaid cyfnewid i ddelio gyda cur pen hwnnw). Chofiaf oedd diafol o broblem. Treuliais sawl diwrnod aflwyddiannus yn ymdrin ag ef. Ers hynny, Rwyf wedi gweld hyn wedi codi ar fforymau MSDN leiaf unwaith dros y flwyddyn ddiwethaf ac byth mewn gwirionedd yn gweld ateb ar ei gyfer.

Cyrraedd ei heddiw ac yn ffodus y tro hwn , Unig oeddwn wedi gwneud newid i ffurf. Chefnogais allan y newid hwnnw ac aeth y broblem i ffwrdd. Gwelir ei bod yn bosibl creu o'r templed defnyddio dylunydd InfoPath yn y fath fodd fel ei fod yn cynhyrchu gwall dosrannu ar ochr y gweinydd ffurflenni y ffens.

Yn fy achos, achoswyd y broblem gan y camau hyn:

1. Ychwanegu elfen newydd i ffynhonnell ddata fel cae testun.
2. Gollwng ar y ffurflen.
3. Newid ei arddangos rhestr estynnol.
4. Ddweud y gwymplen i dynnu ei gwerthoedd o'r rhestr bersonol SharePoint.

Ddim yn gwybod os bydd y camau hynny yn achosi problem neu efallai, rywsut y data yn y rhestr ei hun yn broblem. Yr wyf yn mynd i arbrofi ychydig i weld os gall fy ewinedd downt AU paramedrau hyn gyda mwy o fanylion.

</diwedd>

Tanysgrifio i fy mlog.

Dilynwch fi ar Twitter yn http://www.twitter.com/pagalvin

Rydw i'n dal i fyw yn Ffurflenni InfoPath byd ac roedd angen i mi wneud un o newidiadau "bach" y rhai i ffurf y, yn anffodus, torri confensiwn enwi a mabwysiadu yr â hi bythefnos yn ôl. Roeddwn i'n meddwl i mi fy hun, "Rhywun yn mynd i edrych ar y peth y flwyddyn o hyn a dweud, 'Beth oedd Paul yn meddwl? Gan Jove, ei confensiwn enwi yn gwneud unrhyw synnwyr!"

Yr wyf yn sylweddoli y gallwn i greu barn ar y ffurflen ar gyfer hyn, ac yna, unwaith eto, sylweddoli y gallai yr wyf wedi bod yn gwneud rhywbeth fel hyn ar hyd yr amser. Ychwanegais barn "Datblygwr yn nodi" y ffurflen InfoPath fel y cyfryw:

Rwyf wedi ffurfweddu y ffurflen fel na all defnyddwyr gael i'r farn honno, ac felly, Dim ond mae'n weladwy gyda'r cleient InfoPath mewn gwedd ddylunio. Bellach yn teimlo wedi'u ychydig erbyn rhai datblygwr anhysbys dyfodol edrych ar fy ffurflen a meddyliau drwg feddwl amdanaf. Whiw!

</diwedd>

Tanysgrifio i fy mlog.

Dilynwch fi ar Twitter yn http://www.twitter.com/pagalvin

Yr wyf yn ymddangos i fynd trwy gyfnodau InfoPath lle, allan o'r glas, Yr wyf yn llunio criw o ffurflenni. Mae fy mysedd yn dysgu sut i ddefnyddio'r adnodd yn dda ac yna fynd drwy'r sychder naw mis a rhaid i ddysgu unwaith eto.

Im 'yn y nghanol cyfnod InfoPath ac rwy'n creu ffurflenni InfoPath gyda llawer o olygfeydd. Un peth mae'n debyg eich bod yn sylwi yw bod y InfoPath 2007 Mae'r cleient yn dangos barn yn nhrefn yr wyddor. Mae hyn yn niwsans gwirioneddol rhai amseroedd. Fy dechneg orau yn y dyddiau hyn i prepend nifer yr enw barn fel eu bod bob amser yn dangos yn y drefn yr wyf am, fel y dangosir yma:

Dymunaf oedd fod wedi gwneud hyn ar hyd yr amser.

</diwedd>

Tanysgrifio i fy mlog.

Dilynwch fi ar Twitter yn http://www.twitter.com/pagalvin

Rydw i wedi bod yn gweithio ar rai InfoPath yn ffurfio yr wythnos hon yn MOSS mewn amgylchedd FBA a dysgu, pan es i ddefnyddio'r ffurflenni i amgylchedd cynhyrchu gyda parth FBA bod yr enw defnyddiwr() Nid yw'r swyddogaeth swyddogaeth yn gweithio. Yr oedd yn ei ddefnyddio i gynhyrchu enwau ffeil unigryw.

Wel, Nid yw'r swyddogaeth honno yn gweithio mewn amgylchedd FBA (o leiaf, Nid allan o'r bocs). Ac, ar ôl adfyfyrio, defnyddio enw defnyddiwr yn y ffordd a oedd wedi'i drefnu na fyddent wedi gwarantu enw ffeil unigryw mewn unrhyw achos.

Fy ateb oedd defnyddio bellach() swyddogaeth a Rheol y tanau ar llwytho ffurflen. Rwy'n neilltuo enw'r ffeil data elfen pan mae'n wag:

Mantais y dull hwn yw bod enw'r ffeil yn cael ei gosod unwaith yn unig. (Dydw i ddim yn dangos iddo ar y sgrîn a saethu, ond rhoi amod ar y rheol dim ond tân pan "myFilename" yn wag). Defnyddiais i osod enw'r ffeil ar y lefel ffynhonnell data. Fel arfer, Byddai yn gwneud rhywbeth (drwg) fel hyn:

Y broblem gyda hynny yw, os defnyddiwr A egyr y ffurflen ar ddydd Llun a defnyddiwr y B newidiadau Mae'n ddydd Mawrth, byddwch chi ar y diwedd ddwy gwahanol ffurfiau ers achubodd dau wahanol ddefnyddwyr gydag enwau defnyddiwr gwahanol.

Felly, fel yn cythruddo fel y gall FBA yn gyffredinol a chyda InfoPath yn benodol, Gwnaeth i mi ailfeddwl am fanylion technegol bach ond pwysig iawn a'r ymagwedd a fyddwn i ddim wedi gwneud fel arall!

</diwedd>

Tanysgrifio i fy mlog.

Dilynwch fi ar Twitter yn http://www.twitter.com/pagalvin

Mae senario busnes cyffredin fel hyn:

• Defnyddiwr llenwi allan ffurflen InfoPath.
• Cyflwyno'r ffurflen.
• Broses llif gwaith hir-redeg yn cychwyn.
• Er bod y llif gwaith yn rhedeg, Nid ydym am i neb i newid cynnwys y ffurflen.

Mae'r enghraifft hon office.microsoft.com yn disgrifio sut i greu "gwedd ar wahân" a marcio farn gyfan fel darllen yn unig. Hyn yn ddull ymarferol ond yr anfantais y Rwyf wedi creu dau fersiwn cyfan o'r un ffurf yn effeithiol a rhaid bellach eu cadw yn gyson â llaw. Os ydych yn ychwanegu at y farn phin cae, yna rhaid i chi ychwanegu at y farn â phin yn ogystal. Dros amser, gyda gwahanol datblygwyr, Gall fod peth gwahaniaeth.

Gallai hyn amgen yn gweithio'n well mewn rhai achosion,:

• Cae newydd yn ychwanegu at y ffurflen o'r enw "IsEditable".
• Gosod ei gwerth diofyn i gwir.
• Hyrwyddo wrth gyhoeddi i MOSS.
• Yn y llif gwaith, osod gwerth yr IsEditble i ffug.
• Ewch yn ôl at y ffurflen.
• Ychwanegu Rheol "ar agor y ffurflen", analluoga eich botwm arbed pan IsEditable yn ffug.

Anfantais yr ymagwedd hon yw y bydd holl gaeau hyd yn phin ar y sgrin. Gall y defnyddiwr gael camargraff bod yn gallu newid cynnwys maent mewn gwirionedd. Gall eich liniaru hynny drwy roi yn rhai testun a bod y ffurflen yn anabl, o bosibl mewn llythrennau mawr coch ar draws y frig y dudalen.

Mewn un prosiect, Rwyf wedi creu "llif gwaith statws" gweld. Wrth ddatblygu llif gwaith, byddai ei diweddaru meysydd statws penodol sydd wedi cael ei hyrwyddo gan y ffurflen. Pan agorodd y defnyddiwr y ffurflen, "agored ffurflen" rheol yn awtomatig newid i farn honno a oedd gan y defnyddiwr statws grynodeb bach neis.

</diwedd>

Tanysgrifio i fy mlog.

Roeddem wedi a datblygu ffurflen InfoPath gyda golygfeydd lluosog i gefnogi llogi newydd / broses ar preswyl. Pan y mae y cwmni hurio person newydd, angen i'r adran TG a grwpiau eraill i gymryd camau (sefydlu cyflogres, galluogi mynediad i geisiadau priodol, ddod o hyd i ddesg, ac ati). Rydym yn defnyddio ar ffurflen ond golwg wahanol ar y ffurflen ar gyfer pob un o'r swyddogaethau hynny.

Yn y cwmni hwn, Mae rhan fwyaf y bobl sy'n cymryd rhan yn y broses fusnes TG sy'n ystyriol, Felly pan fyddant yn mynd ar ffurf, eu barn diofyn yw "dewislen" gweld gyda botymau sy'n cyfeirio at eu swyddogaeth benodol. Fodd bynnag,, angen i ni symleiddio pethau ar gyfer rheolwr uniongyrchol y llogi newydd. Dylai'r person hwn ni weld unrhyw y stwff cysylltiedig. Yn wir,, Dylai weld dim ond un ffurflen a hyd yn oed yr opsiwn i weld barn eraill.

Yn ein hachos ni, Mae hynny yn uniongyrchol y rheolwr cyfrif yn uniongyrchol ynghlwm wrth y ffurflen drwy gwrteisi botwm dewis cyswllt (sef yr yr wyf bob amser yn awyddus i alw ar "bobl picker" am ryw reswm).

Dyma y camau:

1. Yn y modd dylunio, Ewch i offer-> Ffurflen opsiynau-> Agor ac arbed.

2. Dewiswch "rheolau".

3. Greu rheol newydd eu gweithredu yw "newid i weld" ac y mae ei gyflwr yn ysgogi yr enw defnyddiwr() swyddogaeth.

userName() ffurflenni "syml" enw defnyddiwr heb y parth. Os wyf yn mewngofnodi i SharePoint gyda manylion adnabod "domainpagalvin", userName() ffurflenni "pagalvin".

Mae y botwm cyswllt yn darparu tri darnau o wybodaeth ar gyfer cyswllt. "AccountID" dogn yn fwyaf defnyddiol ar gyfer y senario hwn. Yr unig beth sy'n gwneud hyn yn hyd yn oed o ychydig o her yw y botwm cyswllt (yn fy amgylchedd beth bynnag) ffurflenni ID y parth a'r defnyddiwr, fel ag yn "domainpagalvin". Mae hyn yn ein hatal rhag ei wneud yn amod cydraddoldeb syth ymlaen ers AccountID ("domainpagalvin") Bydd byth cyfartal enw defnyddiwr() ("pagalvin").

Gallwn gael o gwmpas hwn gan ddefnyddio y "yn cynnwys" gweithredwr: Mae'r AccountID yn cynnwys enw defnyddiwr().

Gallwn fynd ymhellach a cyn-pend barth caled codio o flaen yr enw defnyddiwr() swyddogaeth i gael ein gwiriad cydraddoldeb a dileu'r risg o cadarnhaol anghywir ar y gweithredwr yn cynnwys.

Byddai gennym mewn gwirionedd fel newid barn defnyddwyr eraill yn seiliedig ar aelodaeth grŵp diogelwch eu treulio anerobig yn awtomatig. Er enghraifft,, pan fydd aelod o y "Mae'n Analytics" Bydd y grŵp yn cyrchu y ffurflen, newid yn awtomatig i farn Analytics TG. Nid oedd gennym amser i'w roi ar waith, ond fy meddwl gyntaf yw creu gwasanaeth gwe y byddai dull fel "IsMemberOfActiveDirectorySecurityGroup", yr enw defnyddiwr ei basio() a dychwelyd yn ôl gwir neu gau. A oes unrhyw un arall, syniad clyfar mwy? A oes unrhyw swyddogaeth SharePoint y gallwn ysgogi o InfoPath i wneud y penderfyniad hwnnw?

</diwedd>