Réiteach ar Fadhb: “FileNotFoundException” Le Mo Gné Glacadóir.

I was working on a feature last week that would add some event receivers to a specific list instance. (Blogged mé beagán faoi go glacadóir liosta anseo).

Ag baint úsáide as an líne ordaithe, Raibh mé in ann a shuiteáil an gné gan aon earráid (ach féach thíos le haghaidh an earráid i bhfolach). When I tried to deploy the feature on the site, MOSS complained of a "FileNotFoundException" earráid. This blog entry describes how I solved it.

This is the error that MOSS showed me in the web browser:

Feature ‘b2cb42e3-4f0a-4380-aaba-1ef9cd526f20’ could not be installed because the loading of event receiver assembly "xyzzyFeatureReceiver_0" failed: System.IO.FileNotFoundException: Could not load file or assembly ‘xyzzyFeatureReceiver_0’ nó ceann dá spleáchais. The system cannot find the file specified.
File name: ‘xyzzyFeatureReceiver_0’
at System.Reflection.Assembly.nLoad(AssemblyName ainm comhaid, Codebase Teaghrán, AssemblySecurity Fianaise, Tionól locationHint, StackCrawlMark& ithir Stack, Boole throwOnFileNotFound, ForIntrospection Boole)
at System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, AssemblySecurity Fianaise, StackCrawlMark& ithir Stack, ForIntrospection Boole)
at System.Reflection.Assembly.InternalLoad(String assemblyString, AssemblySecurity Fianaise, StackCrawlMark& ithir Stack, ForIntrospection Boole)
at System.Reflection.Assembly.Load(String assemblyString)
at Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject()
WRN: Assembly binding logging is turned OFF.
To enable assembly bind failure logging, set the registry value [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) go 1.
Tabhair faoi deara: There is some performance penalty associated with assembly bind failure logging.
To turn this feature off, remove the registry value [HKLM\Software\Microsoft\Fusion!EnableLog].

Troubleshoot issues with Windows SharePoint Services.

I know how to deliberately cause that error: don’t install the assembly in the GAC. Ach, it was in the GAC. I normally install assemblies into the GAC by dragging them into the c:\windows\assembly folder using windows explorer. I’ve never felt 100% comfortable doing that because I always thought that gacutil existed for a reason … so I tried that. It made no difference.

I searched the Internets and found this post: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2243677&SiteID=1

The poster happened to be using the same root bit of code (from the Inside WSS book from this list) so that was a hopeful sign. Mar sin féin, the suggestion of decorating the assembly with an [assembly: ] directive didn’t make sense to me. I tried it anyway and I was right. It made no difference.

Then I noticed that my class definition was not public. I made it public and that made no difference.

Ar Aghaidh, I went to the trouble of enabling the "assembly bind failure log" (following the helpful and accurate instructions provided) and this is where things started to get interesting. That log shows me that the runtime is searching everywhere on that server for my assembly. It even appears to be searching for it in my medicine cabinet. Ach … it won’t search for it in the GAC.

I put on my winter jacket and go searching the Internets again and find that someone has had this problem too. The lengthy discussion in that posting peters off into nothing and I can’t find a solution.

I move my assembly into one of the places the log claims it’s searching and I make a little more progress. I’m rewarded with a new error in the browser when I try to activate the feature:

Failed to create feature receiver object from assembly "xyzzyFeatureReceiver_0", type "Conchango.xyzzyFeatureReceiver" for feature b2cb42e3-4f0a-4380-aaba-1ef9cd526f20: System.ArgumentNullException: Ní féidir luach a bheith ar neamhní.
Ainm Paraiméadar: cineál
at System.Activator.CreateInstance(Type type, Boolean nonPublic)
at System.Activator.CreateInstance(Type type)
at Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject()

Troubleshoot issues with Windows SharePoint Services.

Time for one last trip to the Internets!

This time I find out, predictably enough, that MOSS issues this error because the assembly is not in GAC.

Ba mhaith liom a fháil ar rud éigin as dhearfach seo agus iarracht a bhraitheann ar beag bródúil go chruthaigh mé an Teifeacha de tionóil MSIL, but it’s not working. I’m just plain annoyed. I find myself muttering "chicken or the egg" faoi ​​mo anáil.

I finally decide to punt. I create an entirely new project and copy/paste the code from the incredible-cloaked-from-the-GAC-assembly non-working project over to this new project. (I look for a build flag called something like "hide from assembly binding if installed in the GAC" ach ní féidir teacht ar aon).

Shuiteáil mé an gné agus a ghníomhachtú é agus … oibríonn sé! Mar sin,, tar éis an tsaoil go, I had to basically ‘reboot’ my project. This is another reason why I hate computers.

I did learn something useful from this. I had been installing features using the stsadm command line all day long and been using the "-force" option out of habit. Ar chúis éigin, I did not use the -force option when I installed the new project. An uair seo, Rinne mé i ndáiríre, truly forget to copy this new project’s assembly into the GAC. Mar thoradh air sin, I received that "FielNotFoundException" earráid. An uair seo, Fuair ​​mé é ó stsadm, not when I tried to activate the feature via the web browser. Mar sin,, -force actually plays two roles. It allows you to re-install an existing feature. It also allows you to install a buggy feature that cannot work at runtime by suppressing the error. It probably says as much in the help somewhere but I never noticed it.

</deireadh>

Clibeanna Technorati: ,

Dé Domhnaigh greannmhar: Barr 10 Bealaí a cur as do Bhanchéile

  1. Ceannaigh brocailí nuair a fhios agat go bhfuil cheana féin níos mó ná go leor sa chuisneoir.
  2. Go for a run. Cool off. Take off clean pillow case and replace with T-shirt. Cover with clean pillow case.
  3. Agus iad ag tiomáint, a iarraidh má ba chóir dúinn dul an bealach mícheart síos sráid aontreo.
  4. Chun 15 bliana, gach Domhnach a thugann le fios duit bhean ag dul le músaem, iontas in iúl go bhfuil músaeim oscailte ar an Domhnach ar.
  5. Chun 15 bliana, occasionally suggest going to the local book store on Sunday. Express surprise that they are not open on Sunday’s (buíochas a lán Dlíthe Blue!).
  6. Úsáid 20 pointí a dhéanamh 3 point turn.
  7. Ar tráthnóna Fall fionnuar luath, walk into the room and turn on the A/C. Complain that it’s cold. When wife says, "then why did you turn that on, amaideach" agus faigheann suas chun dul sé amach, grab the warm spot she had on the couch. Bonus points if she does not realize you did it until much later.
  8. Oscail suas CAN de delicious bán tuinnín colgach agus é a ithe go díreach ó féidir leis an, i leaba, ar an oíche.
  9. Téigh isteach sa chistin cé go bhfuil bean ag ithe dinnéar, oscailt suas ar an tarraiceán sceanra agus gréithe bhrú timpeall go dtí go screams bhean chéile, "what are you looking for!"
  10. Ar fháil cártaí gnó nua, rúnda ar siúl iad go léir ar fud an tí: Faoin leaba, i gcásanna pillow, taobh istigh cupáin caife, ina sparán, i pócaí cóta, urranna glove carr, an pantry — anywhere you can think of.
  11. Scríobh iontrálacha blag faoi do bhean chéile.
  12. Wake suas.
  13. Nuair ag siúl na sráideanna na Nua-Eabhrac, be on the alert for "crusty" objects on the ground. Coimeád i gcuimhne do bhean chéile ar eagla speisialta, bhaint amach síos amhail is dá mba chun pioc ceann suas suas agus a iarraidh, "hmm, N'fheadar cad é go?" (Be prepared for wife to body slam you as if she’s a secret service agent protecting the President from a sniper or you’ll find yourself laying on your back on the sidewalk).
  14. Drive twice around a parking lot looking for space. You know you’ve really hit pay dirt when your son in the back seat yells, "Oh no! Tá sé ag déanamh air arís!"
  15. Write "top 10" liostaí nach bhfuil 10 míreanna.

===

Bhean chéile joke Bónas:

Two male co-workers go out to lunch. One of them tells the other, "I let loose an embarrassing Freudian slip the other night."

"A Freudian slip? What’s that?"

"Well, nuair a chríochnaigh muid ag ithe, an fhreastalaí a tháinig ag agus d'iarr conas a thaitin againn ár béilí. I gceist agam a rá, ‘I loved the chicken breast’ but instead I said ‘I loved your breasts’. I was so embarrassed."

"Ah," his co-worker replied. "I had the same thing happen to me this weekend with my wife. We were eating breakfast I meant to ask her to pass the butter, ach ina ionad sin Screamed mé ar a, ‘You ruined my life!'"

</deireadh>

Clibeanna Technorati:

Event ID 1023: “Ní féidir Windows luchtú MSSCNTRS dll extensible gcuntar”

Suas chun dáta (04/08/08): I seem to have solved this problem. From the command line, I ran "c:\fuinneoga system32 lodctr / R" de réir iontráil ag caint faoi fhadhbanna InstallShield agus gur dealraitheach go bhfuil réiteach sé dom.

Tá mé faoi deara go bhfuil le déanaí, my desktop/server fan never turns off. I know it used to turn off. I took a moment to check it out noticed that the a VMware process was running a consistent 20% utilization on one of the CPU’s. I checked the event log and saw these errors in the application log happening dozens of times per minute:

Ní féidir Windows luchtú extensible UGatherer dll gcuntar, Is é an chéad DWORD in alt sonraí ar an cód earráid Windows.

Ní féidir Windows luchtú extensible UGTHRSVC dll gcuntar, Is é an chéad DWORD in alt sonraí ar an cód earráid Windows.

Ní féidir Windows luchtú MSSCNTRS dll extensible gcuntar, Is é an chéad DWORD in alt sonraí ar an cód earráid Windows.

Má mé druilire isteach na sonraí ar cheann de na teachtaireachtaí, Faighim seo:

Foinse: Perflib

Cineál: Earráid

Catagóir: Dada

Event ID 1023

I did some research and there was some indication it could be a permission problem in terms of access to the DLLs in question. I played around with that stuff but could not affect things in a positive way so I gave up on that.

Bhí VMware nagging dom faoi chomhlíonadh cothrom le dáta do leor ama a roinnt, mar sin jotted mé síos an leagan a bhí suiteáilte mé (apparently "1.0.1 build 29996") and did the update. This upgraded me to v1.04. Faraor, Ní raibh sé a shocrú an tsaincheist.

I can stop the insane number of messages going to my application log if I shut down a service named "VMware Authorization Service". This prevents me from using the VMware software, mar sin … not such a great option.

Is é an córas oibriúcháin óstach Windows XP 64 giotán.

I don’t think this has always happened, but I don’t recall any particular event that might have led to it.

This is why I hate computers.

</deireadh>

Clibeanna Technorati:

Cuardaigh & Éasca: Athainmnigh Comhad Uasluchtaithe Ag baint úsáide as Samhail Oibiachta SharePoint Via ar Glacadóir Imeacht

Suas chun dáta: This works but there are significant limitations which are described in the comments. This may still be useful in some cirumstances.

Suas chun dáta 2: I mo tionscadal reatha, users always upload documents. Mar thoradh air sin, I don’t run into a problem where MS Word is running and thinks that the file was renamed on it. I did run into a problem, "the file was modified by someone else" and solved this via a simple semaphore type flag. Users need to change a meta data field from its default value to something else. The itemupdated() Breathnaíonn an glacadóir le haghaidh luach bailí ann roimh iarbhír ag comhlíonadh a athainmniú agus ó shin, I have not had any problems. Your mileage may vary.

I have a client requirement to change the name of files uploaded to a specific document library to conform with a particular naming convention. The API does not provide a "rename()" modh. Ina áit sin, úsáidimid "MoveTo(…)". Here is a minimal bit of code to accomplish this:

 poiblí shárú neamhní ItemAdded(SPItemEventProperties airíonna)
        {
            SPFile f = properties.ListItem.File;

            f.MoveTo(properties.ListItem.ParentList.RootFolder.Url + "/xyzzy.doc");
            f.Update();

        }

The only tricky bit is the "properties.ListItem.ParentList.RootFolder.Url". The MoveTo() method requires a URL. That mashed up string points me to the root folder of my current document library. This allows me to avoid any hard coding in my event receiver.

Is é seo an leagan níos úsáidí a dhéanann an rud céanna, but assigns the name of the file to "Title":

 poiblí shárú neamhní ItemAdded(SPItemEventProperties airíonna)
        {
            DisableEventFiring();

            // An teideal na míre seo a shannadh do ainm an chomhaid féin.
 // NÓTA: Ní mór an tasc a chur i bhfeidhm roimh linn a mhodhnú an comhad féin.
 // Ag glaoch ar thabhairt cothrom le dáta() ar an SPFile is cosúil a dhéanamh neamhbhailí na maoine i
 // ciall éigin.  Updates to "Title" Theip ar go dtí an t-athrú (agus nuashonrú() glaoch)
 // Bhí ar athraíodh a ionad i os comhair an t-athrú ar ainm an chomhaid.
            properties.ListItem["Title"] = Properties.ListItem.File.Name;

            properties.ListItem.Update();

            SPFile f = properties.ListItem.File;

            // Faigh an síneadh ar an gcomhad.  Ní mór dúinn go déanaí.
 teaghrán spfileExt = nua Eolas Comhad(f.Name).Síneadh;

            // Athainmnigh an comhad leis an mír den liosta ID agus úsáid a bhaint as an síneadh comhad a choinneáil
 // an chuid sin de sé slán.
            f.MoveTo(properties.ListItem.ParentList.RootFolder.Url +
                "/" + properties.ListItem["ID"] + spfileExt);

            // Tiomantas an t-aistriú.
            f.Update();

            EnableEventFiring();
        }

Fóram Plé: Forfheidhmiú Comhlíonta Cleachtais is Fearr i Comhshaoil ​​MOSS Neamh-fánach

A fear, "Mark", has started up a potentially interesting newsgroup discussion focusing on "establishing excellent SharePoint Governance from the start" le haghaidh 35,000 timpeallacht úsáideora.

Is é an plé anseo: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

Pop ar níos mó agus cur!

</deireadh>

Nach mbeidh an Chustaim URL Gnímh Taispeáin do Feature Nua

I’m still in the habit of crafting my feature XML files by hand since it’s all quite new to me. I don’t want to rely on a front-end tool that does stuff I don’t understand (a dúirt sé mar a scríobh sé ar iontráil bhlag ag baint úsáide as uirlis nach dtuigeann sé).

Sa lá atá inniu, I was trying to add a custom action to the site settings but it just wouldn’t show up. I could install the feature and see it in the site features, ach nuair a ngníomh liom é (gan earráid) Ní bheadh ​​sé a thaispeáint ach suas ar an roghchlár anuas-.

I finally realized that I misspelled "SharePoint" i tréith Suíomh an <CustomAction> nód. This is the bad elements.xml file:

<?xml leagan="1.0" ionchódú="utf-8" ?>
<Eilimintí xmlns="http://schemas.microsoft.com / SharePoint /">
  <CustomAction
 Id="SiteActionsToolbar"
 GroupId="SiteActions"
 Suíomh="Microsoft.Sharepoint.StandardMenu"
 Seicheamh="100"
 Teideal="Dia duit!"
 Cur Síos="Gníomh roghchlár saincheaptha leanas isteach i trí ghné."
 ImageUrl="_layouts / images / menuprofile.gif">

    <UrlAction Url="http://www.xyzzy.com"/>

  </CustomAction>
</Eilimintí>

Dea-:

<?xml leagan="1.0" ionchódú="utf-8" ?>
<Eilimintí xmlns="http://schemas.microsoft.com / SharePoint /">
  <CustomAction
 Id="SiteActionsToolBar"
 GroupId="SiteActions"
 Suíomh="Microsoft.SharePoint.StandardMenu"
 Seicheamh="100"
 Teideal="Dia duit!"
 Cur Síos="Gníomh roghchlár saincheaptha leanas isteach i trí ghné."
    >
    <UrlAction Url="http://www.xyzzy.com"/>
  </CustomAction>
</Eilimintí>

That one took me a good two hours to figure out 🙂

Mé sólás a ghlacadh i ar an bhfíric go lá éigin sa todhchaí, Beidh mé in ann a rá le ciontú, "back in the day, Bhí mé ag siúl trí mhíle suas cnoc sa sneachta (cosnochta!) in order to deploy a custom feature to MOSS. You kids, nach bhfuil a fhios agat conas éasca go bhfuil tú é! Get off my lawn!"

Nach féidir fanacht.

</deireadh>

Clibeanna Technorati: ,

Blog Stats

I thought some people might be interested in my blog’s statistics. You can use mine as a benchmark to compare your own.

I’m running my blog on windows live spaces. They collect stats for me and I don’t know any way to control that. It’s good as far as it goes, but it’s fairly limited in that I can’t do much actual analysis with it. I’d love, mar shampla, to be able to generate a listing of my most frequently hit posts but I can’t do that without a prohibitive manual process. If someone knows better, le do thoil inis dom.

Beo stádas spásanna insint dom: amas iomlán don lá, total hits for the week and total hits since day zero. It also tells me what people did to get to my blog (e.g. google, MSDN fóram nasc, etc).

I roinnt bealaí, a "hit" Is léir. Má tá tú ag léamh an abairt seo ceart anois, atá tú cláraithe beagnach cinnte mar hit amháin.

RSS is a little confusing. On one hand, I see individual RSS hits all day long. Ach, I also see RSS "sweeps". A sweep is when I see 20 nó 30 RSS hits all within a one or two second window. I assume these are automated things like google checking in on my site, daoine eile b'fhéidir brabhsálaithe … Ní cinnte. They are definitely some kind of automated process. I cannot tell, áfach,, how many of my total hits are automated and how many have an actual human on the other side. I would guess at least 100 amas in aghaidh an lae a uathoibriú.

Ar na huimhreacha!

Scríobh mé mo chéad iontráil bhlag ar an 27 Iúil, 2007.

Táim i ndiaidh scríobh thart ar 60 iontrálacha blag ó shin, níos mó ná 50 a bhaineann go díreach le SharePoint.

Thosaigh mé ag súil a choinneáil ar mo amas i scarbhileog ar bhonn laethúil ag deireadh mhí Mheán Fómhair.

Tosaigh Míosúil:

An chéad seachtain de: Hits Iomlán
Deireadh Fómhair 1,234
Samhain 2,162
Nollaig 3,071
Eanáir 2008 4,253

Iomlán de réir Míosa

Hits Iomlán
Deireadh Fómhair 6,620
Samhain 11,110
Nollaig 13,138

Ard Marcanna Uisce

Cineál Hits Iomlán
Lá is Fearr 958
Seachtain is Fearr 4,253
Hits Iomlán Ós rud é Lá nialais 42,438

Tá suim agam i gcásanna eile’ stats. If you care to share yours in the comments, le do thoil a dhéanamh!

</deireadh>

Clibeanna Technorati:

Maidin Dé Domhnaigh greannmhar: “Yeah, yera yeah, yera yeah. Blah, blah, blah.”

Thart ar shé bliana ó shin, mo mhac ceithre bliana d'aois agus bhí mé ag breathnú suas an staighre ar Discovery cainéal "shark attacks" speisialta (b'fhéidir an ceann seo). He was very young at the point and I was always worried what he might see on a show like this and how he might take it. I didn’t want him to develop, mar shampla, aon eagla speisialta an uisce nó blab rud éigin mí-oiriúnach to his friends and possibly cause his baby friend network to come crashing down.

Discovery handles these kinds of subjects very well. It’s not about creating a fear of something, but rather to show how unusual it is for sharks to attack humans.

Mar sin,, we’re watching it and there is this one particularly scary attack involving a small girl. As Discovery is building the drama of the attack, my son (who has always been extremely jumpy anyway), is getting very excited. I make some noises about how unusual it is for sharks to attack people, and how bad the poor girl must feel. I’m trying to explain that people recover from these events and become stronger for it. Mar sin féin, I had misinterpreted his excitement. He was not worried about the girl at all. Ina áit sin, while clapping his hands, he tells me, "The sharks love it! It’s terrific. It’s wonderful. Its a DREAM COME TRUE!"

I thought this was hilarious, but also very disturbing. Ar thaobh amháin, I was glad — even a little proud — that he could have strong empathic feelings, cross-species though they may be. As humans, we need to develop our "empathic muscles" so speak or you’ll end up like this guy 🙂 On the other hand, he was feeling cross-species empathy toward a species who was exhibiting behavior inimical to his own. I was really struggling with this when the narrator used the word "paradigm". My son picked up on that and asked me what that meant.

That’s not such an easy word to describe to a four year old, but I gave it a try. When I think of the word "paradigm", Thomas Kuhn is never far from my thoughts. Léigh mé The Structure of Scientific Revolutions back at Lafayette and for better or for worse, the word "paradigm" is pregnant with extra meaning for me. (Sort of like the word "contact" after hearing a Movie Phone voice tell me where I could see that movie [I thought the book was better]; I always say to myself, "CONTACT!" whenever I see or hear someone say "contact").

Ar aon nós, I’m trying to explain to him a Kuhnian definition, that it’s "a historical movement of thought" and that it’s a "way of thinking with a number of built-in assumptions that are hard to escape for people living at that time." Ar ndóigh,, you can’t talk like to a four-year old, so I’m trying to successively define it to smaller pieces and feeling rather proud of myself as I do so. (I just knew that someone outside of college would care that I had read Kuhn!).

I’m just warming to the task when he interrupts me. Waving his hand in my general direction and never taking his eyes off another brutal shark attack, he just says, "Yeah, yera yeah, yera yeah. Blah, blah, blah.".

So much for that 🙂

At that point, I decided to run away, rhetorically speaking, sit back, and enjoy watching sharks attack humans with my son.

</deireadh>

Clibeanna Technorati:

Athraigh Féach View Bunaithe ar Aitheantas Úsáideora I Foirm InfoPath

Bhí muid ar fhorbair foirm InfoPath le tuairimí éagsúla chun tacú le cíos nua / on-boarding process. When the company hires a new person, an roinn TF agus grúpaí eile is gá gníomh a ghlacadh (arna chur ar bun párolla, chumas rochtain ar iarratais chuí, aimsiú deasc, etc). We use on form but a different view of the form for each of those functions.

At this company, most of the people involved in the business process are IT-savvy, so when they access the form, their default view is a "menu" view with buttons that direct them to their specific function. Mar sin féin, we needed to simplify things for the new hire’s direct manager. This person should not see any of the IT related stuff. Go deimhin, ba chóir di a fheiceáil ach amháin ag féachaint ar an fhoirm agus nach bhfuil an rogha a fheiceáil na tuairimí eile, fiú.

I ár gcás, go bhfuil cuntas bainisteoir díreach ar ceangailte go díreach leis an bhfoirm caoinchead teagmháil roghnóir (which I am always wanting to call a "people picker" ar chúis éigin).

Is iad na céimeanna seo a leanas:

1. I modh a dhearadh, téigh go dtí Tools -> Foirm Roghanna -> Oscail agus Sábháil.

2. Select "rules".

3. Create a new rule whose action is "switch to view" agus ghiaráil a bhfuil riocht an ainm úsáideora() fheidhm.

ainm úsáideora() returns the "simple" user name without the domain. If I log into SharePoint with credentials "domain\pagalvin", ainm úsáideora() returns "pagalvin".

The contact selector provides three bits of information for a contact. The "AccountID" portion is most useful for this scenario. The only thing that makes this even a little bit of challenge is that the contact selector (in my environment anyway) returns the domain and user ID, as in "domain\pagalvin". This prevents us from doing a straight-forward equality condition since AccountID ("domain\pagalvin") will never equal userName() ("pagalvin").

We can get around this using the "contains" operator: AccountID contains userName().

We can take it further and pre-pend a hard-coded domain in front of the userName() function to get our equality check and eliminate the risk of a false positive on the contains operator.

We would have REALLY like to automatically switch view for other users based on their AD security group membership. Mar shampla, when a member of the "IT Analytics" group accesses the form, automatically switch to the IT Analytics view. We didn’t have time to implement it, but my first thought is to create a web service that would have a method like "IsMemberOfActiveDirectorySecurityGroup", pass it the userName() and return back true or false. Does anyone have any other, more clever idea? Is there any SharePoint function we can leverage from InfoPath to make that determination?

</deireadh>

Clibeanna Technorati:

Thaisme a chuirfear Cód le Foirm InfoPath; D'aon ghnó a bhaint sé

Nuair a bheidh ag obair le cnaipí ar fhoirm, we often add rules. You access the rules editor from the properties of the button.

Nuair a chliceáil timpeall go tapa, it’s easy to accidentally click on "Edit Form Code" instead of "Rules …".

An chéad uair a rinne mé seo, I canceled out of the code editor. Mar sin féin, nuair a rinne mé a fhoilsiú ar an bhfoirm tamall beag ina dhiaidh sin, it required that I publish as an "Administrator-approved form template (chun cinn)". I didn’t actually do any programming and I absolutely didn’t want to go through an unnecessary approval process. I was in a bit of panic at the time due to time constraints. To get past it, I simply restored a previous backup and continued. I had recently seen some blog posts about people going into the form’s XML to tweak things and I was afraid I would have to do something similar.

Sa lá atá inniu, I did it again. An uair seo, Bhí mé beagán níos mó ama ar mo lámha agus fuarthas amach gur féidir leat Cealaigh héasca seo.

Téigh go dtí:

Uirlisí -> Foirm Roghanna -> Clárú: "Remove Code"

Ní chuireann sé a fháil i bhfad níos éasca ná mar a.

</deireadh>

Clibeanna Technorati: ,