לייזונג צו פּראָבלעם: “פילענאָטפאָונדעקססעפּטיאָן” מיט מייַן שטריך ריסיווער.

I was working on a feature last week that would add some event receivers to a specific list instance. (איך בלאָגגעד אַ ביסל וועגן וואָס רשימה ופנעמער דאָ).

ניצן דעם באַפֿעל שורה, איך קען ינסטאַלירן דער שטריך מיט קיין טעות (אָבער זען ווייטער פֿאַר די פאַרבאָרגן טעות). When I tried to deploy the feature on the site, MOSS complained of a "FileNotFoundException" גרייַז. 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: סיסטעמ.יאָ.פילענאָטפאָונדעקססעפּטיאָן: Could not load file or assembly ‘xyzzyFeatureReceiver_0’ or one of its dependencies. The system cannot find the file specified.
File name: ‘xyzzyFeatureReceiver_0’
at System.Reflection.Assembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
at System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection)
at System.Reflection.Assembly.InternalLoad(String assemblyString, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection)
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) צו 1.
טאָן: 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. אָבער, 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. אָבער, 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.

ווייַטער, 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. אָבער … 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: ווערט קענען ניט זיין נאַל.
פּאַראַמעטער נאָמען: טיפּ
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.

I want to get something positive out of this and try to feel a little proud that I’ve created the Fugitive of MSIL assemblies, but it’s not working. I’m just plain annoyed. I find myself muttering "chicken or the egg" under my breath.

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" but can’t find one).

I install the feature and activate it and … it works! אַזוי, after all that, 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. פֿאַר עטלעכע סיבה, I did not use the -force option when I installed the new project. דאס מאָל, I did actually, truly forget to copy this new project’s assembly into the GAC. ווי אַ רעזולטאַט, I received that "FielNotFoundException" גרייַז. דאס מאָל, I got it from stsadm, not when I tried to activate the feature via the web browser. אַזוי, -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.

</עק>

זונטיק מאָדנע: שפּיץ 10 וועגן צו אַנוי אייער וויפע

  1. קויפן בראַקאַלי ווען איר וויסן עס איז שוין מער ווי גענוג אין די פרידזש.
  2. Go for a run. Cool off. Take off clean pillow case and replace with T-shirt. Cover with clean pillow case.
  3. ווען דרייווינג, פרעגן אויב מיר זאָל גיין דעם אומרעכט וועג אַראָפּ אַ איין-וועג גאַס.
  4. פֿאַר 15 יאָרן, יעדער זונטיק אַז איר פרוי סאַגדזשעסץ געגאנגען צו אַ מוזיי, אויסדריקן יבערראַשן אַז מיוזיאַמז זענען עפענען אויף זונטיק ס.
  5. פֿאַר 15 יאָרן, occasionally suggest going to the local book store on Sunday. Express surprise that they are not open on Sunday’s (דאַנק אַ פּלאַץ בלוי לאָז!).
  6. נוצן 20 ווייזט צו טאָן אַ 3 point turn.
  7. אויף אַ קיל פרי האַרבסט נאָכמיטאָג, 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, נאַריש" און געץ אַרויף צו דרייען עס אַוועק, grab the warm spot she had on the couch. Bonus points if she does not realize you did it until much later.
  8. עפענען זיך אַ קענען פון געשמאַק ווייַס אַלבאַקאָר טונפיש און עסן עס גלייַך פון די קענען, אין בעט, בייַ נאַכט.
  9. גיין אין די קיך בשעת פרוי איז עסן מיטאָג, עפענען זיך די גאָפּל - לעפל שופלאָד און שטופּן יוטענסאַלז אַרום ביז פרוי סקרימז, "what are you looking for!"
  10. אויף קאַבאָלע פון ​​נייַ געשעפט קאַרדס, בעסאָד אָרט זיי אַלע אַרום די הויז: אונטער די בעט, אין קישן קאַסעס, ין קאַווע טעפּלעך, אין איר בייטל, אין מאַנטל פּאַקאַץ, מאַשין הענטשקע קאַמפּאַרטמאַנץ, די שפּייַזקאַמער — anywhere you can think of.
  11. שרייַבן בלאָג איינסן וועגן דיין פרוי.
  12. וועקן זיך.
  13. ווען גיין די גאסן פון ניו יארק סיטי, be on the alert for "crusty" objects on the ground. בעכעסקעם אין גייַסט דיין פרוי 'ס ספּעציעל פירז, דערגרייכן אַראָפּ ווי אויב צו קלייַבן איינער אַרויף אַרויף און פרעגן, "hmm, איך ווונדער וואָס אַז איז?" (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! ער ס טאן עס ווידער!"
  15. Write "top 10" רשימות אַז טאָן ניט האָבן 10 זאכן.

===

באָנוס פרוי וויץ:

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, ווען מיר פאַרטיק עסן, די קעלנערין געקומען דורך און געבעטן ווי מיר לייקט אונדזער מילז. איך מענט זאָגן, ‘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, אָבער אַנשטאָט איך סקרימד בייַ איר, ‘You ruined my life!'"

</עק>

טעטשנאָראַטי טאַגס:

געשעעניש שייַן 1023: “פֿענצטער קענען נישט מאַסע עקסטענסיבלע טאָמבאַנק דלל מססקנטרס”

דערהייַנטיקן (04/08/08): I seem to have solved this problem. From the command line, I ran "c:\Windows סיסטעמ32 לאָדקטר / ר" ווי פּער אַ פּאָזיציע גערעדט וועגן ינסטאַללשיעלד פּראָבלעמס און אַז אויס צו האָבן סאַלווד עס פֿאַר מיר.

איך האב באמערקט אַז לעצטנס, 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:

פֿענצטער קענען נישט מאַסע עקסטענסיבלע טאָמבאַנק דלל וגאַטהערער, דער ערשטער דוואָרד אין דאַטן אָפּטיילונג איז די פֿענצטער טעות קאָד.

פֿענצטער קענען נישט מאַסע עקסטענסיבלע טאָמבאַנק דלל וגטהרסווק, דער ערשטער דוואָרד אין דאַטן אָפּטיילונג איז די פֿענצטער טעות קאָד.

פֿענצטער קענען נישט מאַסע עקסטענסיבלע טאָמבאַנק דלל מססקנטרס, דער ערשטער דוואָרד אין דאַטן אָפּטיילונג איז די פֿענצטער טעות קאָד.

אויב איך בויער אין די פרטים פון איינער פון די אַרטיקלען, איך באַקומען דעם:

מאָקער: פּערפליב

טיפּ: גרייַז

קאַטעגאָריע: גאָרניט

געשעעניש שייַן 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.

וומוואַרע האט שוין נאַגינג מיר וועגן פּערפאָרמינג אַ דערהייַנטיקן פֿאַר גאַנץ עטלעכע מאָל, אַזוי איך דזשאַטיד אַראָפּ די ווערסיע איך האט אינסטאַלירן (apparently "1.0.1 build 29996") and did the update. This upgraded me to v1.04. סאַדלי, עס האט נישט פאַרריכטן די אַרויסגעבן.

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, אַזוי … not such a great option.

דער באַלעבאָס אַפּערייטינג סיסטעם איז פֿענצטער קספּ 64 ביסל.

איך טאָן ניט טראַכטן דאָס האט שטענדיק געטראפן, אָבער איך טאָן ניט צוריקרופן קיין באַזונדער געשעעניש וואָס זאל האָבן געפירט צו אים.

דאס איז וואָס איך האַס קאָמפּיוטערס.

</עק>

טעטשנאָראַטי טאַגס:

שנעל & גרינג: רענאַמע ופּלאָאַדעד טעקע ניצן שאַרעפּאָינט אָבדזשעקט מאָדעל וויאַ אַן עווענט ריסיווער

דערהייַנטיקן: This works but there are significant limitations which are described in the comments. This may still be useful in some cirumstances.

דערהייַנטיקן 2: אין מיין קראַנט פּרויעקט, users always upload documents. ווי אַ רעזולטאַט, 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() ופנעמער קוקט פֿאַר אַ גילטיק ווערט עס איידער פאקטיש פּערפאָרמינג די רענאַמע און זינט דעמאָלט, 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()" מעטאָד. אַנשטאָט, מיר נוצן "MoveTo(…)". Here is a minimal bit of code to accomplish this:

 עפנטלעך אָווועררייד פּאָסל יטעמאַדדעד(ספּיטעמעווענטפּראָפּערטיעס פּראָפּערטיעס)
        {
            ספּפילע F = פּראָפּערטיעס.ליסטיטעמ.פילע;

            פ.מאָוועטאָ(פּראָפּערטיעס.ליסטיטעמ.פּאַרענטליסט.ראָאָטפאָלדער.ורל + "/xyzzy.doc");
            פ.ופּדאַטע();

        }

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.

דאס איז אַ מער נוצלעך ווערסיע וואָס טוט די זעלבע זאַך, but assigns the name of the file to "Title":

 עפנטלעך אָווועררייד פּאָסל יטעמאַדדעד(ספּיטעמעווענטפּראָפּערטיעס פּראָפּערטיעס)
        {
            דיסאַבלעעווענטפירינג();

            // באַשטימען די טיטל פון דעם נומער צו דעם נאָמען פון טעקע זיך.
 // נאָטיץ: דאס אַסיינמאַנט מוזן נעמען אָרט איידער מיר מאָדיפיצירן דער טעקע זיך.
 // פאַך דערהייַנטיקן() אויף די ספּפילע מיינט צו ינוואַלידייט די פּראָפּערטיעס אין
 // עטלעכע זינען.  Updates to "Title" ניט אַנדערש ביז אַז ענדערונג (און דערהייַנטיקן() רופן)
 // זענען אריבערגעפארן אין פראָנט פון די טוישן צו דער טעקע נאָמען.
            פּראָפּערטיעס.ליסטיטעם["Title"] = Properties.ListItem.File.Name;

            פּראָפּערטיעס.ליסטיטעמ.ופּדאַטע();

            ספּפילע F = פּראָפּערטיעס.ליסטיטעמ.פילע;

            // באַקומען די פאַרלענגערונג פון דער טעקע.  מיר דאַרפֿן אַז שפּעטער.
 שטריקל ספּפילעעקסט = נייַ טעקע אינפֿאָרמאַציע(f.Name).געשפּרייט;

            // רענאַמע דער טעקע צו די רשימה נומער ס שייַן און נוצן די טעקע געשפּרייט צו האַלטן
 // אַז טייל פון עס בעשאָלעם.
            פ.מאָוועטאָ(פּראָפּערטיעס.ליסטיטעמ.פּאַרענטליסט.ראָאָטפאָלדער.ורל +
                "/" + פּראָפּערטיעס.ליסטיטעם["ID"] + ספּפילעעקסט);

            // טוען די רירן.
            פ.ופּדאַטע();

            ענאַבלעעווענטפירינג();
        }

פורום דיסקוסיע: ענפאָרסינג בעסטער פּראַקטיסעס קאָמפּליאַנסע אין נאָן-טריוויאַל מאָך סוויווע

א יונגערמאַן, "Mark", has started up a potentially interesting newsgroup discussion focusing on "establishing excellent SharePoint Governance from the start" פֿאַר אַ 35,000 באַניצער סוויווע.

די דיסקוסיע איז דאָ: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

פּאָפּ אויף איבער און בייַשטייַערן!

</עק>

מנהג קאַמף URL וועט נישט ווייַז פֿאַר ניו שטריך

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 (ער האט געזאגט ווי ער געשריבן אַ בלאָג פּאָזיציע ניצן אַ געצייַג ער טוט נישט פֿאַרשטיין).

הייַנט, 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, אָבער ווען איך אַקטיווייטיד עס (אָן טעות) עס פשוט וואָלט נישט ווייַזן אַרויף אויף די קאַפּ-אַראָפּ מעניו.

I finally realized that I misspelled "SharePoint" אין דער אָרט אַטריביוט פון דער <קוסטאָמאַקטיאָן> נאָדע. This is the bad elements.xml file:

<?קסמל ווערסיע="1.0" סיסטעם="UTF-8" ?>
<עלעמענטן קסמלנס="הטטפּ://schemas.microsoft.com / שאַרעפּאָינט /">
  <קוסטאָמאַקטיאָן
 שייַן="סיטעאַקטיאָנסטאָאָלבאַר"
 גראָופּיד="סיטעאַקטיאָנס"
 אָרט="מיקראָסאָפט.שאַרעפּאָינט.סטאַנדאַרדמענו"
 סיקוואַנס="100"
 טיטל="העלא!"
 באַשרייַבונג="מנהג מעניו קאַמף צוגעגעבן דורך אַ שטריך."
 ימאַגעורל="_לייַאָוץ / בילדער / מענופּראָפילע.גיף">

    <ורלאַקטיאָן URL="הטטפּ://www.xyzzy.com"/>

  </קוסטאָמאַקטיאָן>
</עלעמענטן>

גוט:

<?קסמל ווערסיע="1.0" סיסטעם="UTF-8" ?>
<עלעמענטן קסמלנס="הטטפּ://schemas.microsoft.com / שאַרעפּאָינט /">
  <קוסטאָמאַקטיאָן
 שייַן="סיטעאַקטיאָנסטאָאָלבאַר"
 גראָופּיד="סיטעאַקטיאָנס"
 אָרט="מיקראָסאָפט.שאַרעפּאָינט.סטאַנדאַרדמענו"
 סיקוואַנס="100"
 טיטל="העלא!"
 באַשרייַבונג="מנהג מעניו קאַמף צוגעגעבן דורך אַ שטריך."
    >
    <ורלאַקטיאָן URL="הטטפּ://www.xyzzy.com"/>
  </קוסטאָמאַקטיאָן>
</עלעמענטן>

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

איך נעמען טרייסט אין דער פאַקט אַז עטלעכע טאָג אין דער צוקונפֿט, איך וועט קענען צו זאָגן מיט איבערצייגונג, "back in the day, איך האט צו גיין דרייַ מייל אַרויף בערגל אין די שניי (באָרוועס!) in order to deploy a custom feature to MOSS. You kids, איר טאָן ניט וויסן ווי גרינג איר האָט עס! Get off my lawn!"

קענען נישט וואַרטן.

</עק>

טעטשנאָראַטי טאַגס: ,

בלאָג סטאַץ

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, לעמאָשל, 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, ביטע זאָגן מיר.

לעבן ספּייסיז סטאַטוס זאָגן מיר: גאַנץ היץ פֿאַר די טאָג, 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, מסדן פאָרום לינק, אאז"ו ו).

אין עטלעכע וועגן, a "hit" איז קלאָר ווי דער טאָג. אויב איר ניטאָ לייענען דעם זאַץ רעכט איצט, איר ווע כּמעט זיכער רעגיסטרירט ווי אַ איין שלאָגן.

RSS is a little confusing. On one hand, I see individual RSS hits all day long. אָבער, I also see RSS "sweeps". A sweep is when I see 20 אָדער 30 RSS hits all within a one or two second window. I assume these are automated things like google checking in on my site, אפֿשר אנדערע מענטשן ס בראַוזערז … נישט זיכער. They are definitely some kind of automated process. I cannot tell, אָבער, 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 היץ פּער טאָג זענען אָטאַמייטיד.

אויף צו די נומערן!

איך געשריבן מיין ערשטער בלאָג פּאָזיציע אויף יולי 27, 2007.

איך האב געשריבן בעערעך 60 בלאָג איינסן זינט דעמאָלט, מער ווי 50 פון וואָס גלייַך פאַרבינדן צו שאַרעפּאָינט.

איך אנגעהויבן צו האַלטן שפּור פון פון מיין היץ אין אַ ספּרעדשיט אויף אַ טעגלעך יקער אין די סוף פון סעפטעמבער.

כוידעשלעך סטאַרץ:

ערשטער וואָך פון: גאַנץ היץ
אָקטאָבער 1,234
נאָוועמבער 2,162
דעצעמבער 3,071
יאַנואַר 2008 4,253

גאַנץ דורך חודש

מאָנאַט גאַנץ היץ
אָקטאָבער 6,620
נאָוועמבער 11,110
דעצעמבער 13,138

הויך וואסער מאַרקס

טיפּ גאַנץ היץ
בעסטער טאָג 958
בעסטער וואָך 4,253
גאַנץ היץ זינט טאָג זעראָ 42,438

איך בין אינטערעסירט אין אנדערע’ stats. If you care to share yours in the comments, ביטע טאָן!

</עק>

טעטשנאָראַטי טאַגס:

זונטיק מאָרגן מאָדנע: “יאָ, יאָ, יאָ. בלאַ, בלאַ, בלאַ.”

וועגן זעקס יאר צוריק, מיין פיר-יאָר-אַלט זון און איך זענען געווען ויבן וואַטשינג אַ ופדעקונג קאַנאַל "shark attacks" ספּעציעל (עפשער דעם איין). 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, לעמאָשל, קיין ספּעציעל פירז פון די וואַסער אָדער גלאַט אַזוי רעדן עפּעס ינאַפּראָופּרייט צו זייַן פריינט און עפשער גרונט זייַן בעיבי פרייַנד נעץ צו קומען קראַשינג אַראָפּ.

Discovery handles these kinds of subjects very well. It’s not about creating a מורא פון עפּעס, but rather to show how unusual it is for sharks to attack humans.

אַזוי, 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, מיין געזונט (ווער האט שטענדיק געווען גאָר דזשאַמפּי סייַ ווי סייַ), 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. אָבער, I had misinterpreted his excitement. He was not worried about the girl at all. אַנשטאָט, בשעת קלאַפּינג זייַן הענט, ער דערציילט מיר, "The sharks love it! It’s terrific. It’s wonderful. Its a DREAM COME TRUE!"

איך געדאַנק דאָס איז געווען כילעריאַס, but also very disturbing. אויף די איין האַנט, איך איז געווען צופרידן — אַפֿילו אַ ביסל שטאָלץ — אַז ער קען האָבן שטאַרק עמפּאַטהיק געפילן, cross-species though they may be. As humans, we need to develop our "empathic muscles" אַזוי רעדן אָדער איר וועט סוף אַרויף ווי דעם באָכער 🙂 אויף די אנדערע האַנט, 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.

אַז ס 'נישט אַזאַ אַן גרינג וואָרט צו באַשרייַבן צו אַ פיר יאָר אַלט, but I gave it a try. When I think of the word "paradigm", תו קון is never far from my thoughts. איך לייענען די ביניען פון ססיענטיפיק רעוואָלוטיאָנס צוריק אין לאַפיעט און פֿאַר בעסער אָדער פֿאַר ערגער, the word "paradigm" is pregnant with extra meaning for me. (Sort of like the word "contact" נאָך געהער אַ פֿילם פאָון קול זאָגן מיר ווו איך קען זען אַז פֿילם [איך געדאַנק די בוך איז בעסער]; איך שטענדיק זאָגן צו זיך, "CONTACT!" whenever I see or hear someone say "contact").

סייַ ווי סייַ, איך בין טריינג צו דערקלערן צו אים אַ קוהניאַן דעפֿיניציע, 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." אַוואַדע, איר קענען נישט רעדן ווי צו אַ פיר-יאָר אַלט, so I’m trying to successively define it to smaller pieces and feeling rather proud of myself as I do so. (איך נאָר געוואוסט אַז עמעצער אַרויס פון קאָלעגע וואָלט זאָרגן אַז איך האט לייענען קון!).

I’m just warming to the task when he interrupts me. Waving his hand אין מיין גענעראַל ריכטונג און קיינמאָל גענומען זייַן אויגן אַוועק אנדערן ברוטאַל שאַרק באַפאַלן, ער נאָר זאגט, "Yeah, יאָ, יאָ. בלאַ, בלאַ, blah.".

אַזוי פיל פֿאַר דעם 🙂

אין אַז פונט, איך באַשלאָסן צו לויפן אַוועק, ראַטאָריקלי גערעדט, זיצן צוריק, און הנאה וואַטשינג שאַרקס באַפאַלן יומאַנז מיט מיין זון.

</עק>

טעטשנאָראַטי טאַגס:

באַשטימען View View באַזירט אויף באַניצער שייַן אין אַ ינפאָפּאַטה פאָרם

מיר האט אַ דעוועלאָפּעד אַ ינפאָפּאַטה פאָרעם מיט קייפל קוקן צו שטיצן אַ נייַ דינגען / on-boarding process. When the company hires a new person, די עס אָפּטיילונג און אנדערע גרופּעס דאַרפֿן צו נעמען קאַמף (שטעלן אַרויף פּייראָול, געבן צוטריט צו צונעמען פּראָגראַמען, געפינען אַ שרייַבטיש, אאז"ו ו). 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. אָבער, we needed to simplify things for the new hire’s direct manager. This person should not see any of the IT related stuff. אין פאַקט, she should see just one view of the form and not even have an option to see the other views.

In our case, that direct manager’s account is directly tied to the form courtesy of a contact selector (which I am always wanting to call a "people picker" for some reason).

The steps are as follows:

1. In design mode, go to Tools -> Form Options -> Open and Save.

2. Select "rules".

3. Create a new rule whose action is "switch to view" and whose condition leverages the userName() פונקציע.

userName() returns the "simple" user name without the domain. If I log into SharePoint with credentials "domain\pagalvin", userName() 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. לעמאָשל, 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?

</עק>

טעטשנאָראַטי טאַגס:

אַקסאַדענאַלי אַדדינג קאָוד צו אַ ינפאָפּאַטה פאָרם; דיליבראַטלי רעמאָווינג עס

ווען ארבעטן מיט קנעפּלעך אויף אַ פאָרעם, we often add rules. You access the rules editor from the properties of the button.

ווען געבן אַ קליק אַרום געשווינד, it’s easy to accidentally click on "Edit Form Code" instead of "Rules …".

דער ערשטער מאָל איך האבן דעם, I canceled out of the code editor. אָבער, when I tried to publish the form a little while later, it required that I publish as an "Administrator-approved form template (advanced)". 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.

הייַנט, I did it again. דאס מאָל, I had a little more time on my hands and found that you can easily undo this.

Go to:

Tools -> Form Options -> פּראָגראַממינג: "Remove Code"

It does not get much easier than that.

</עק>

טעטשנאָראַטי טאַגס: ,