האבטחה המינימלית הנדרשת עבור טפסים של InfoPath

הייתי צריך לפגוש דרישת אבטחה עבור טופס InfoPath היום. במצב זה עסקים, מספר קטן יחסית של אנשים יורשו ליצור צורה חדשה של InfoPath ואת קהל הרבה יותר רחב מותר לערוך אותו. (. זה חדש-לשכור בפנימייה טופס בשימוש על-ידי משאבי אנוש משיקה זרימת עבודה).

לפגוש את המטרה, יצרתי יצר שתי רמות הרשאה חדשות ("ליצור ולעדכן" ולעדכן "רק"), שבר ירושה עבור ספריית הטפסים ויש להקצות הרשאות "צור, עדכון" המשתמש ו- "עדכון נפרד רק" המשתמש. כל המכניקה עבד, אבל זה הפך להיות מעורבים יותר ממה שציפיתי. (אם אתה מרגיש קצת לא ברורים על SharePoint הרשאות, בדוק בבלוג זה). תצורת האבטחה הנדרשים עבור רמת ההרשאה לא היה ברור ערכת ההרשאות פרטנית. כדי ליצור רמת הרשאה עדכון בלבד עבור טופס InfoPath, . עשיתי את הדברים הבאים:

  1. יצירת רמת הרשאה חדשה.
  2. לסלק את כל האפשרויות.
  3. נבחר רק הבאות מתפריט "רשימת ההרשאות":
    • עריכה של פריטים
    • הצגת פריטים
    • תצוגת יישום עמודים

בחירה באפשרויות אלה מאפשר למשתמש לעדכן טופס, אבל לא ליצור אותו.

הטריק היה כדי לאפשר את "דפי תצוגת יישום". אין שום verbage על רמת ההרשאה המציין הנדרש עבור טפסים של InfoPath עדכון בלבד, אבל מתברר החוצה זה הוא.

צור-ועדכון היה אפילו מוזר. עקבתי אחרי הפעולות, 1 דרך 3 מעל. הייתי צריך להוסיף במפורש הרשאה באתר"" אפשרות: "השתמש הלקוח שילוב תכונות". שוב, התיאור שם לא עושה את זה נראה כמו שהוא צריך להיות נדרש טופס InfoPath, אבל זהו זה.

</קצה>

תגיות טכנורטי: ,

כי “באמצע” התחושה; תצפיות על SharePoint ייעוץ

למרבה הצער, השלב הראשון של הפרויקט האחרון שלי הגיע לסיומו, הלקוח שביקש להתקדם בכוחות עצמם על שלב 2. עשינו את העבודה טוב מדי, as usual 🙂 I’m now between projects, זמן מיוחד עבור צוות יועצים אוהב את עצמי (as opposed to independents who must normally live in perpetual fear of in-between time 🙂 ). אנחנו צוות יועצים מילוי הפעם בדרכים שונות: עבודה עם אנשי מכירות לכתוב הצעות; ממלא את מקומו של מישהו או גיבוי של אדם זה או זה עבודה מוזרה; לומד; לבלוגים :). זה קשה לתכנן יותר מכמה ימים מראש. בזמנים כאלה, כל עוד יש קצת זמן על הידיים שלי, אני רוצה לשקף.

. אני כמעט תמיד עצוב לעזוב את הקמפוס של לקוח בפעם האחרונה. אנחנו יועצים יוצרות סוג מוזר של היחסים עם הלקוחות שלנו, בניגוד יחסיך טיפוסי עמית לעבודה. יש זווית כסף — כולם יודעים שיעור של היועץ הוא כפול/טריפל או אפילו יותר מאשר הצוות לקוח. אתה אדם זמני הידוע. כיועצת, . אתה זר קבוע עם יותר או פחות מוכרות עד תאריך. עדיין, אתה אוכל צהריים עם הלקוח, להוציא אותם לארוחת ערב ו/או עבור משקאות, לקנות עוגיות בשביל הקבוצה, . קדימה, קפה, תן לקבל ברכות לחגים — כל מיני דברים שעושים עמיתים. מצד אחד, . אתה אדם בוגר בחדר. אתה מומחה הטכנולוגי אשר מעמיד אותך במצב מעולה. מצד שני, אתה תינוק. ביום אפס, יועצים לא יודע את שמותיהם, המקומות או השפה של הלקוח. ברוב הפעמים, יועצים מעולם לא למד את הכל.

כאשר הדברים יסתדרו, אתה טוב מאוד להיות משולב עם צוות הפרויקט של הלקוח. הם מתייחסים אליך כמו עמית במובן אחד, ואיש סודו באחרת. מכיוון שאין לנו יחס דיווח מנהל בסגנון עם הלקוח, צוות הפרוייקט לעתים קרובות חשה חופשיה קצת אוויר הכביסה המלוכלכת. לאכזב את המחסומים שלהם והם יכולים להכניס למצב לא נעים על יועץ, אף פעם לא מבינים שהם עושים את זה.

יועצים מקבל ליישם שלב שתיים וזה אף פעם לא קל בשבילי. אני חושבת שזה קשה במיוחד עם SharePoint. שלב ראשון של הפרוייקט SharePoint טיפוסי מכסה ההתקנה/תצורה, ממשל, טקסונומיה, סוגי תוכן בסיסי, ועוד. רבים מכבד, כמויות ממושך, גילוי מפורט מאוד. . זה כיצד להציג את הפרויקט האחרון שלי. אנחנו עשינו את כל הדברים הבסיסיים, כמו גם לבצע כמה נחמד מיני-POC על-ידי הרחבת CQWP, יישום BDC חיבורים PeopleSoft, הציג זרימת עבודה מורכבים למדי עם SharePoint Designer, נגע על בסיסי הטמעתי ועוד. שלב נאות שתיים להרחיב את כל זה עם מקיף, BDC מתפשט כמעט, זרימת עבודה ממש יפה, חיפוש מכוון בסדר וטוב יותר, מרכז רשומות, ב- excel services, כנראה והכי חשוב, . הושיטה יחידות עסקיות אחרות. אבל, זה לא להיות בשבילי, זה עצוב.

בהתבסס על הניסיון הזה, אני חושב שזה הוגן להגיד כי יישום SharePoint ארגונית נאותה הוא תהליך שנה אחת. זה בטח לגיטימי יכול לרוץ שנתיים לפני שהוא מגיע לנקודה של תפוקה שולית פוחתת. עניין פרטי, בטח.

. זה החיים של היועץ, כל התלונות הקטנות האלה הם אפילו יותר גרוע התחייבות SharePoint. כפי שכתבתי בעבר, הטבע אופקי של SharePoint מביא אותך במגע עם מגוון רחב של יחידות אנשים ועסקים. כאשר אתה עובד עם כל כך הרבה אנשים, אתה יכול לראות כל כך הרבה דרכים כי SharePoint יכול לעזור החברה להתייעל, לחסוך זמן, לעשות דברים יותר… אבל תמיד אין לך מה לעשות איתם.

לעתים קרובות תראה. חזרה לעבודה הראשונה שלי מהקולג, לפני תחילת קריירה ייעוץ 1995. ? נוכל לעשות שלב שתיים וגם אפילו שלב שלוש. אלה היו זמנים נחמד. החיסרון, עם זאת, זה אומר כי זה אומר הרבה דברים שגרתיים מדי. ניהול אבטחת אתר. מגרסאות סוגי תוכן. יצירת תצוגות ולאחר החלפת תצוגות. התמודדות עם הגדרות האבטחה ב- IE. שחזור מסמכים אבודים. בלך! 🙂

למרות במצב רוח מלנכולי שלי, אני לא יכול לדמיין מקום שאני מעדיף להיות (חוץ בחוף חמים עם היצע טובו של רוחות).

אני לא יכול לחכות כדי להתחיל ליישם את הפרויקט הבא של SharePoint enterprise.

(בהקשר לשום דבר, כתבתי את רוב הפוסט הזה בבלוג על אפיק המעבר NJ. אני לא חושבת שעשיתי חברים, but one CAN blog on the bus 🙂 )

</קצה>

יום ראשון מצחיק: “הם אתה לא כל כך רע”

בחזרה ליד 1999, הייתי מבלה הרבה שבועות בסנטה ברברה, CA, עובד בשביל לקוח, לעזוב את אישתי המסכנה פה בניו ג'רזי לבד. אני מאוד אוהבת את אשתי. . אני אוהב אותה. בדיוק כמו היום כמו שעשיתי בעת בטיפשותו היא התחתנה איתי 1,000 שנים לפני. איפשהו לאורך הקו, אני תצורתית, "פחד מיוחד", כמו ב "סמנתה יש פחדים מיוחד." . היא כמו פחד "באגים" מיוחד, אשר לה? לא זבובים או חיפושיות, אבל מעדיף חיידקים. היא פוחדת זה או אחר וירוסים או חיידקים יוצא דופן המעסיקה את הבן שלנו, או לי, אבל אף פעם לא עצמה. (היא גם מיוחד פוחדת ערפדים, בובות הרשע מיניאטורי (במיוחד ליצנים) ותאונות צוללת; היא גדלה יותר הפחד שלה מיוחד של אנשים לבושים בבגדי סנטה קלאוס).

יום אחד, לעבודה שלי ואני החלטנו לנסוע לתוך ההרים הסמוכים ליד Ohai. בשלב מסוים, יצאנו מהמכונית לקחת בזירה. כשחזרנו לרכב, שמתי לב כי טיק היה על הכתף שלי. אני כיבה החלון, וזהו זה.

באותו לילה, אני סיפרתי לה על הכונן שלנו ולא הזכיר את הטפיל. השיחה הלך בערך כך:

S: "אוווו! . אלו רע. הם נושאים מחלות."

P: ". טוב-, ! העיף אותו מהחלון"

S: "הם באמת רע למרות. הם יכולים לקבל מתחת לעור, למצוץ דם ולהעביר באגים. לך כדאי לבדוק את השיער. ותוודא שלא בראש שלך!"

P: בקול רם: "אלוהים! הם יכולים לקחת את דעתך???"

S: ממש הרגיע אותי: "לא, הם לא כל כך רע."

</קצה>

תגיות טכנורטי:

מהיר וקל: לפתוח באופן אוטומטי טופס InfoPath מ- SharePoint Designer דוא

עדכון: Madjur מורוזובסקי מצביע על קישור זה מ דיון קבוצות דיון: http://msdn2.microsoft.com/en-us/library/ms772417.aspx. . זה מוחצת.

===

אנחנו לעיתים קרובות רוצים להטמיע היפר-קישורים לטפסי InfoPath בהודעות הדוא ל שנשלחו מ- SharePoint Designer זרימות עבודה. מתי משתמשים לקבל הודעות דוא ל אלו, הם לחצו על הקישור מתוך הדואר האלקטרוני, עבור ישירות אל הטופס של InfoPath.

בנייה כתובת URL זו מפלצת עובד בשבילי:

http://server/sites/departments/Technical Services/InformationTechnology/HelpDesk/_layouts/FormServer.aspx?XmlLocation=/sites/departments/Technical Services/InformationTechnology/HelpDesk/REC REM RED Forms/REC2007-12-18T11_33_48.xml&מקור = http % 3A % 2F % 2Fserver % 2Ecorp % 2Edomain % 2Ecom % 2Fsites % 2Fdepartments % 2FTechnical % 2520Services % 2FInformationTechnology % 2FHelpDesk % 2FREC % 2520REM % 2520RED % 2520Forms % 2FForms % 2FAllItems % 2Easpx&DefaultItemOpen = 1

החלף את טקסט מודגש אדום השם של הטופס, כפי שמוצג המסך הבאים:

התמונה

שימו לב כי אין הרבה קשיח נתיב ב- URL זו, כמו גם רכיב URL מקודד. אם זה קשה מדי לתרגם את המצב הספציפי שלך, נסה להפעיל התראות עבור ספריית הטפסים. פוסט צורה, מתי קיבלת את הדוא, הצגת המקור של המייל ותראו כל מה שאתה צריך כדי לכלול.

הקוראים ממולח ייתכן שתבחין כי הגוף דוא ל לעיל מראה גם קישור הניגשת ישירות את הפעילות באמצעות תצוגה מסוננת. אני מתכוון להסביר את זה בפירוט רב יותר בפוסט עתידי.

</קצה>

תגיות טכנורטי:

לחשוב על מוצרים מסחריים

אני משלים SharePoint Designer הרחבות בפרויקט קם CodePlex מוקדם יותר השנה, ואפילו זה באמת די מוגבל בהיקפו, אני מעריך כי הורדו על ידי. 40 כדי 60 (ואולי אף 100) חברות כבר כמעט חודשיים. מראה לי שיש כאן שוק לפתרון הזה, ואם אני בהצלחה למסחר זה, that could translate into a goodly amount of beer 🙂

הרקע שלי הוא למעשה הרבה יותר בפיתוח מוצרים ואני יודע מה נדרש כדי להביא מוצר מעולה, בניגוד לפרוייקט תחביב CodePlex, לשוק. בבית שלי בגלגול הקודם, . הייתי אחראי על המוצר R&D עבור כל מוצרי תוכנה. ההבדל בין אז הוא שאני יועץ עובדת עכשיו בשביל (מעולה) ייעוץ עורכי (Conchango). בעבר, . הייתי חברה שלמה מאחוריי, מולי, מכירת ותמיכה המוצרים הבאנו לשוק. היום, אני אהיה לבד.

. יש לי מספר רעיונות למוצרים בראש, אבל לדעתי הכי קל יהיה ליצור גרסה מסחרית של הפרויקט CodePlex הנ ל משתמשת זה כנקודת התחלה ומרחיב אותו עוד יותר. חשיבתי ששלפת עמומה היא לחייב משהו כמו $100 עבור רשיון מפתח ללא הגבלה, $500 לכל הפקה אינטרנט חזיתי. אני חושב שגם למסור את קוד המקור.

אם יש לך מחשבות או חוויות שאתה מוכן לחלוק, אנא השאירו תגובה או שלח לי דוא ל ישירות. אשמח לשמוע דעות כמו:

  • זה שווה הכל?
  • הצעות מעשיות לשיווק, איסוף כסף, הפצת.
  • תמחור.
  • תמיכה.
  • הערות אחרות אתה רוצה לעזוב.

זה קל"" לבוא עם רעיונות למוצרים ואיך ליישם אותם, למרות עשרות רבות של שעות עבודה נדרשים. הדברים האחרים הוא לא קל בשבילי.

</קצה>

תגיות טכנורטי:

ביום ראשון בבוקר מצחיק: “ישו חייב למות”

קנינו הראשון שלנו (ורק) יוקרה"" המכונית חזרה כאשר הוריקן פלויד ממוסמר החוף המזרחי של ארה. . יש לנו הרבה גשם פה בניו ג'רזי, עברו כמה ימים לפני החיים חזרו לשגרה. פגע בדיוק לפני פלויד, הגשנו הצעה בוולוו משומשת 850 GL, לאחר מכן היכה פלויד, הסיע אותו הביתה.

זו הייתה המכונית הראשונה שלנו עם נגן תקליטורים. כמו רוב בעלי רכב חדש, אנחנו קצת התחרפן תקליטור, החיו את אוסף הדיסקים רדום שלנו והלכנו בכוננים ארוכות רק כדי להקשיב הדיסקים במכונית. כמו כל אופנות, . זה חלף לנו ואני סיימנו להקשיב שוב ושוב אותו דיסק.. במקרה שלנו, . זה היה ישו כוכב עליון.

לאחד (רבים) חתיכות מבריק אופרת הרוק הזה מושר על ידי הקמתה דתית סוגים, בראשות קיפא, "הכהן". הם שרים את דרכם לתוך ההחלטה כיצד לטפל בבעיה ישו"" קיפא ומכוונת אותם למסקנה כי "ישו חייב למות". הפזמון השיר הוא "פשוט חייב למות, חייב למות, חייב למות, ישוע זה חייב למות". אתה שומע את זה נמנעים הרבה, זה בסדר.

באותו זמן, הבן שלי היה בן שלוש. אתה בטח יכול לראות. לאן זה הולך.

חזרתי הביתה אחרי יום עבודה ולא הבן שלי נמצא בסלון לשחק עם צעצועים, מזמזם לעצמו. אני מורידה את המעיל שלי, כשמסתכלים דרך הדואר ואת כל שהדברים הרגילים שלי ללכת-in--הדלת ואני פתאום הבנתי כי הוא רק אומר, לא באמת שרים: "ישו חייב למות, חייב למות, חייב למות" . זה היה משפיל. . אני רואה אותו עושה את זה בזמן אחד של התינוק שלו לשחק תאריכים בבית של חבר — כנראה האחרון לשחק תאריך עם החבר את התינוק הזה.

We pulled that CD out of the Volvo after that 🙂

</קצה>

תגיות טכנורטי: ,

גוגל לקבל את הבלוג שלי רווחים בשידור חי לתוכנית AdSense

עדכון: כמו של 03/09, מצאתי אין סיכוי להשתלב חשבון רווחים חיים שלי עם גוגל אדסנס. המערכת של מיקרוסופט כאן נראה כדי למנוע כל מנגנוני טכני המספק Google adsense לעתיד hosters. אני נוטה להאמין שזאת בעיקר תופעת לוואי של האבטחה שהם בנו לתוך חללים בשידור חי, לא מאמץ ישיר כדי לבטל את Adsense.

זה לא פוסט של SharePoint, אבל יכול להיות עניין בלוגרים בדרך כלל.

מישהו הגיב בבלוג שלהם Windows Live Spaces גוגל הכחישה בחיוב את היישום שלהם להשתתף ב- AdSense. היא תיאוריה כי גוגל הכחישה אותה כי Windows Live Spaces מארח את הבלוג שלה. עם זאת, לאחרונה התקבלתי לתוכנית עבור הבלוג שלי רווחים בשידור חי, אז יש המדיניות השתנתה או גוגל הכחישה את אותה מסיבה אחרת.

בטח, אני לא רואה כל כך ברור כדי לשלב את גוגל אדסנס לחלל חיים שלי, but it’s a start 🙂

</קצה>

תגיות טכנורטי: ,

יישום מאסטר / פירוט קשרים באמצעות רשימות מותאמות אישית

פורום המשתמשים בתדירות גבוהה כמו שאלות כאלה:

> שלום,
>
> בבקשה תגיד לי אם יש בכל אפשרויות כדי לבנות רשימה מותאמת אישית עם
> סוג אב ופרטים (כמו חשבוניות) ללא השימוש ב- InfoPath.
>

SharePoint מספק כמה מתוך התכונות תיבת התומכים מיני לדרישות העסקיות..

באופן כללי, אחד מקשר שתי רשימות יחד באמצעות עמודת בדיקת מידע. רשימה A מכיל את פרטי כותרת חשבונית ומכיל רשימה B פרטי חשבונית.

השתמש ברשימות נוספים כדי לשמור על מספרי לקוחות, מספרי מוצר, ועוד.

השתמש web part שאילתת תוכן (ב- MOSS בלבד) ו/או נתונים הצג את ה-web part כדי ליצור תצוגות הממוזג של הרשימות. שרת SQL שירותי דיווח (SRS) זמין גם עבור הצד דיווח על זה.

עם זאת, ישנן כמה מגבלות חשוב שיהיה קשה להשתמש בתכונות out-של--box טהורה לכל דבר שהוא אפילו בינוני מורכבים. אלה כוללים:

  • הגודל של בדיקת מידע הקשור רשימות vs. "פיקחות" סוג עמודת בדיקת מידע. סוג עמודה ' בדיקת מידע ' מציג את עצמו על ממשק המשתמש באופן שונה בהתאם אם אפשרת בחירה מרובה או לא. בכל מקרה, הפקד out-של--box מציג את כל הפריטים הזמינים ברשימה מקור. אם יש ברשימה מקור 1,000 פריטים, זה הולך להיות בעיה. הפקד חיפוש לא לדפדף פריטים אלה. במקום זאת, . זה מושך את כולן לתוך הפקד. זה הופך עבור ממשק משתמש מאוד מוזר מבחינת הזנת נתונים וביצועים.
  • בדיקות "לסגת" טור אחד של מידע. לעולם לא תוכל להוציא חזרה יותר מעמודה אחת של מידע מתוך רשימת המקור. למשל, אין באפשרותך לבחור לקוח "12345" ולהציג את המספר, כמו גם של הלקוח שם וכתובת באותו הזמן. בדיקת המידע מציג רק הלקוח מספר ולא שום דבר אחר. זה עושה עבור ממשק משתמש מוזר וקשה.
  • אין תקשורת אינטרה-טופס. . כתבתי על זה כאן. אתה לא יכול ליישם את המדורג רשימות נפתחות, מותנה לזמינה/לא זמינה שדות, ועוד.
  • ללא מחיקות בהתאם להיררכית הקשרים או שלמות מוכללת. SharePoint מתייחס רשימות מותאמות אישית כישויות עצמאיות, אינו מאפשר לך לקשר אותם זה לזה במובן המסורתי ERD. לדוגמה, SharePoint מאפשר לך ליצור שתי רשימות מותאמות אישית, "הלקוח" ו- "כותרת חשבונית". באפשרותך ליצור כותרת חשבונית המקשר חזרה ללקוח ברשימת לקוחות. לאחר מכן, באפשרותך למחוק את הלקוח מתוך הרשימה. מחוץ לקופסה, אין שום דרך למנוע את זה. כדי לפתור בעיות כאלה, בדרך כלל תשתמש באירועים.

זה אולי נראה עגום, אך הייתי עדיין משתמש SharePoint כנקודת התחלה לבניית סוג זה של פונקציונליות. למרות זאת קיימים פערים בין מה שאתה צריך פתרון, SharePoint מאפשר לנו למלא את השורות באמצעות כלים כגון:

  • מטפלים באירועים. להשתמש בהם כדי לאכוף שלמות הקשרים.
  • עמודות מותאמות אישית: ליצור סוגים עמודות מותאמות אישית ולהשתמש בהם במקום עמודת בדיקת המידע המוגדר כברירת מחדל. הוסף את ההחלפה, אגירת ותכונות AJAX כדי לגרום להם להפסיק להגיב.
  • BDC. תכונה זו מוס בלבד מאפשר לנו להציע שאילתת שרשימות SharePoint אחרים עם ממשק משתמש מעולה לעמודת בדיקת המידע הרגיל. BDC יכול גם להגיע יישום שרת הקצה האחורי. השימוש BDC כדי למנוע שכפול. במקום שכפול מידע אודות לקוחות מן הקצה האחורי מערכת ERP, במקום זאת השתמש BDC. תכונות BDC לספק ממשק משתמש נחמד כדי למשוך את המידע ישירות מתוך מערכת ה-ERP לאן זה שייך ומונעת את הטרחה של שמירה על פתרון שכפול.

    BDC הוא תכונה מוס (שאינן זמינות ב- WSS) הוא מאתגר כדי לקבוע את תצורת.

  • טופס האינטרנט ASP.NET: יצירת מלאות התומך AJAX טופס המשתמשת אובייקט למודל ו/או אינטרנט שירותי SharePoint כדי למנף את רשימות SharePoint תוך מתן ממשק משתמש שיודע להגיב.

האפשרות האחרונה, להרגיש כאילו אתה מתחיל מאפס, אבל לא מתייחסים לעובדה כי פלטפורמת SharePoint יתחיל עם התכונות העיקריות הבאות:

  • מודל האבטחה עם תחזוקה.
  • מערכת התפריטים עם תחזוקה.
  • "טבלת מאסטר" (כלומר. רשימות מותאמות אישית) עם אבטחה, תחזוקה מובנה וביקורת.
  • חיפוש.
  • הקצה האחורי שילוב כלים (BDC).

אם אתה מתחיל עם פרוייקט ריק חדש ב- visual studio, יש לך הרבה תשתיות ועבודות אינסטלציה לבנות לפני תוכל להבין מה SharePoint מציע.

אני מאמין כי בכוונת Microsoft להאריך את SharePoint בכיוון הזה של פיתוח אפליקציות. זה נראה כמו סיומת טבעית על בסיס SharePoint קיימת. יישום CRM של מיקרוסופט מספקת מידה רבה של יכולת הרחבה של סוגי הדרושים לתמיכה פיתוח יישומים כותרת/פירוט. למרות התכונות האלה הן ב- CRM, הטכנולוגיה היא ללא ספק לרשות צוות הפיתוח של SharePoint ואני מצפה כי זה יגרום את דרכו לתוך המוצר SharePoint עד סוף 2008. אם למישהו יש ידע או תובנה זו, אנא השאירו תגובה.

</קצה>

עצה מהירה: Web Part של שאילתת תוכן, ערך עמודת בדיקת מידע ו- XSL

. יש לי שם עמודה של סוג תוכן בשם "מיקום נדל ן".

עמודה זו היא מסוג 'בדיקת מידע'.

אני צריך שינוי <CommonViewFields> ו- ItemStyle.xsl כדי להציג את העמודה.

פשוטה <xsl:הערך של בחר =…> מחזירה בחזרה ערך פנימי הכולל נתונים מיקום סודר, כמו למשל:

1;#מיאמי

כדי לקבל את הערך האנושי ידידותי, השתמש xsl מחרוזת משנה-אחרי, כפי שמוצג:

<xsl:( @Real_x005F_x0020_Estate_x005F_x0020_Location, "#") ">< / xsl:הערך >(@Real_x005F_x0020_Estate_x005F_x0020_Location,’#’)"></xsl:הערך>

להשתמש בטכניקה זו, בכל פעם שאתה עובד עם ערכי בדיקת מידע בשינויי XSL צריך לקבל את הערך האנושי ידידותי.

<סיום />

תגיות טכנורטי: , ,

SharePoint ביגל גיליון דצמבר. & לחיות

רבים מכם כבר יודע את זה, אבל במהדורת דצמבר SharePoint ביגל בשידור חי.

כל מאמר שווה קריאה לפי דעתי.

אני רוצה לתת העלאה במשכורת תוספת קטנה ל המאמר של עמיתי (נטליה Voskrensenskya). היא מספקת של חגיגת צילום מסך בעוד המתאר כיצד היא שימוש רשימות מותאמות אישית, זרימת עבודה, SharePoint Designer, תצוגות נתונים ורכיבים אחרים ליישם תכונה בשירות עצמי הכשרה ב- MOSS. היא מתארת טכניקות שניתן להחיל בתרחישים עסקיים שונים רבים. תראה את זה הבלוג שלה בזמן שאתה בזה.

אל תשכחו לבדוק המאמר שלי as well 🙂 I wrote about using MOSS to help an HR department manage open positions.

</קצה>