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

השורה התחתונה, זה לא עובד ב- WSS 3.0 (או מוס).

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

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

דרכים לעקיפת הבעיה: להשתמש באירועים. המטפל באירועים שריפות כאשר המשתמש שומר את הפריט. היא מבצעת את העדכון שאתה רוצה את העמודה המחושבת לעשות בשבילך.

קישורים שימושיים על שדות מחושבים באופן כללי:

• באמצעות [לי] בעמודה מחושבת
• דוגמאות של ביטויים נוסחה (באדיבות http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

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

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

• כתובת url של שגוי. לדוגמה, זה צריך להיות "/ אתרים/מחלקות/HumanResources /…". עם זאת, הקשר החדש הוא "/ אתרים/חברות/HumanResources /…".
• Bits חוזרות ונשנות על מחרוזת השאילתה של הכותרת, כמו ב-:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

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

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

חיפוש מהיר פונה מעלה את הדיון פורומים MSDN הזה: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier ופורסת אותו באופן יפה הלפני (כמו של 10/02/07) פוסט:

העובדה היא:

כדי לאפס את הכותרות פגום, אתה חייב :

– להסיר את כל הרשימות תחת הכותרת פגומים

– להסיר את הכותרת פגומים

– מתוך הגדרות הרשימה, הוספת רשימה שהוסר השיגור מהירה (זה צור כותרת שאינם פגומים)

אז אתה יכול ללכת….

---

מומחה Sharepoint – Sogeti קאפ ג'מיני שוויץ

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

</קצה>

מנוי על הבלוג שלי!

עדכון 12/10/07: תיקון כמתואר ב- MSDN KB929816 פתרה את הבעיה עבורנו המוזכרים להלן. לקבל את התיקון החם ולאחר מכן להתקין בכל שרת בחווה. לאחר מכן, כלי השירות לקביעת תצורת sharepoint בכל שרת. הנה הקישור MS תמיכה עבור זה KB: http://support.microsoft.com/kb/932816.

רקע:

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

סביבה:

מוס, 64 סיבית, סביבת מחשב וירטואלי (פיתוח תיבת), 2 שרתים (SQL בשרת #1, כל השאר בשרת #2).

בעיות:

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

1. משימת זרימת עבודה לא תוזמנה לפעול, אי-פעם. גיליתי את זה על ידי קריאת של כריסטופר הלבן (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) כתיבה מצוינת באמצעות stsadm נוהג כך:
   

   C:\>stsadm -o getproperty - מהתנגשויות "זרימת עבודה" -כתובת url http://localhost

   <רכוש קיים = "לא" />

   C:\>

   . זה היה תוצאה מפתיעה אך בקלות פתור:

   C:\>stsadm -o setproperty - מהתנגשויות "עבודה-worfklow" -propertyvalue "כל 1 דקות בין 0 ו- 59" -כתובת url http://localhost

   הפעולה הושלמה בהצלחה.

   C:\>

   פעולה זו, הראשון "'מתבצע'" זרימת העבודה במהירות ירה, עשה את זה יש עבודה.

2. למרבה הצער, בפעם הבאה לא יפעלו כצפוי. למרבה המזל, כריסטופר מפנה אותנו כאן (http://support.microsoft.com/kb/932816). כמו של כתיבת הפוסט הזה, אנחנו מחכים מחלקת ה-IT לקבל את התיקון החם הזה, . אבל זה נראה מבטיח. שלנו עותקים של. dll המושפעת לא שותפים באותו הגודל של בתים, אז בתקווה שזה יפתור את הבעיה.

דרכים לעקיפת הבעיה:

הפעלה מחדש של הפקודה stsadm -o setproperty שנראה ויפיצו את הטיימר זרימת ער. זה היה, בערך 7 דקות לאחר מכן, למעשה מתעורר ולהמשיך יחד עם זרימת העבודה.

שאלות / בעיות שמטופלות:

השהיה עד לתאריך לא עובד.

השהיה עד לתאריך אינו חוזר.

מצב זרימת העבודה לא משתנה מטקסט '' מתבצע'"

מצב זרימת העבודה נשאר '' מתבצע'"

מבט כולל

הפוסט הזה מתאר מקרה המתארת את MRO בפועל (תחזוקה, תיקון ותפעול) תהליך אישור זרימת העבודה מיושמת ב- MOSS.

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

(הפוסט הזה הוא צלב פורסם בין http://paulgalvin.spaces.live.com ו http://blogs.conchango.com)

רקע

תהליך MRO של הלקוח היה מתאפיינת הבאות

• תהליך אישור ידני.
• כמה תמיכה באמצעות גליונות של excel.
• תהליך האישור לא סדיר. תהליך האישור אותו MRO הרכישה עשויה להשתנות מיום ליום, אדם על ידי אדם.
• הרבה נייר, חתימות בכתב יד — נדרש עד דרישות רכש 3 חתימות בכתב לפני האישור הסופי.

מטרות הפרויקט הזה כלול:

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

כתופעת לוואי של הפתרון, חתימות בכתב לא היה נחוץ עוד.

תהליך האישור

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

יוזם:

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

מנהל ישיר:

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

מנהל פונקציונלי:

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

מנהל חטיבה:

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

הפתרון

השתמשנו את הכלים ואת הרכיבים הבאים ליישם את הפתרון:

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

InfoPath forms services: רכיב מוס, דבר זה מאפשר למשתמשים למלא רכש באמצעות דפדפן אינטרנט.

SharePoint Designer (SPD): השתמשנו SPD ליישם תהליך זרימת עבודה אוטומטית.

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

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

תרחיש שימוש

מקרה שימוש זה ממחיש כיצד הפתרון מתאים ביחד:

1. Paul רוצה מחשב נייד חדש. הוא מתאר את הצרכים שלו כדי Vivek, אדם זה מוכר עם המחשב הנייד של החברה סטנדרטים, ספקים מועדפים, ועוד.
2. Vivek יומני לתוך מוס, ניגש את טופס הדרישה פו ומזין הדרישה בשם Paul. הטופס מבקשת Vivek קטגוריה רכישה אשר משתמשת את שירותי האינטרנט כדי לאכלס רשימה נפתחת של הספקים שאושרו על-ידי החברה. Vivek מציין גם אזור פונקציונלי של החברה של רכישה זו (המסופקים. "זה" או "כספים").
3. SPD המבוסס על זרימת העבודה מתחילה, קביעת מנהל ישיר של פול ומנתבת הדרישה למנהל שלו, סטייסי.
4. סטייסי אישר הרכש.
5. SPD עבודה בודק את הדרישה וקובע שזה לרכוש אותו. הוא מנתב את זרימת העבודה כדי מנהל ה-IT פונקציונלי, Wonson.
6. Wonson אישר את הדרישה.
7. SPD עבודה שוב בוחנת את הדרישה, קובע כי הסכום הרכישה עולה על סכום בדולרים maxium, מנתב אותה אל מנהל המחלקה לאישור.
8. מנהל החטיבה אישרה הרכש.

הערות

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

מסקנה

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

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

מילון מונחים

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

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

שיטה מהירה אחת הוא כדלקמן:

• גישה חיפוש מתקדם.
• לבצע חיפוש מחזירה נתונים מסוימים.
• לערוך את הדף (באמצעות הגדרות האתר).
• לשנות את ה-XSL הבאים:

<?xml גירסה="1.0" קידוד="utf-8"?>
<xsl:גליון סגנונות גירסה="1.0" xmlns:xsl="http://www.w3.org/ 1999 / / שינוי XSL">
<xsl:פלט שיטה="xml" גירסה="1.0" קידוד="UTF-8" כניסה="כן"/>
<xsl:תבנית התאמה="/">
<טרום>
<xsl:עותק בחר="*"/>
</טרום>
</xsl:תבנית>
</xsl:גליון סגנונות>

• להיט החל.
• View Source בדפדפן.

חשוב לציין כי <טרום> תג לא עושה הרבה חוץ מלשרת כסמן נוח בעת הצגת התוצאות.

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

. זה צריך לעבוד עבור dataviews כמו גם, . אבל אני לא בדקתי את זה עדיין.

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

סטפן Goßner יש להרכיב סדרה 4-חלק נפלא על תוכן SharePoint ואת הפריסה API כאן. המלון מציע סקירה מעולה, טוב מאוד דוגמאות קוד (C #).

ראשית אספתי קישור זה מהבלוג poelmans joris- http://jopx.blogspot.com/.

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

באמצעות ה-API, אחד לא יכול:

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

מישהו באינטרנט'ס שאלה על איך ליצור עמודה מחושבת ברשימת המציגים ערך המעוצב כ-"[משתמש] – [מצב] – [מיקום]" כמו ב- "פול גאלווין – ברים ומועדונים [חינם] בירה – החוף".

Paul להיכנס ולעדכן את הערך ברשימה של העמודה המחושבת לעדכן בהתאם. את [משתמש] צריך כברירת מחדל המשתמש להזין/עדכון הרשימה.

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

1. יצירת עמודת טקסט בשם "המשתמש הנוכחי".
2. מוגדר לערך ברירת המחדל [לי]
3. ליצור עמודה מחושבת הנקראת "מבחן במתמטיקה".
4. להגדיר את הערך שלו = [המשתמש הנוכחי]

נכנסתי פנימה, הוספת פריט ברשימה, זה עבד.

אני כבר כבר מגזימים זה עבור 9 חודשים ואני רואה אנשים בפורומים MSDN ו- Usenet יש אותו too.l

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

תיקון חם זה MS יכול לפתור את זה: http://support.microsoft.com/kb/938888

גם, איזה תיאור על הבעיה כאן:

http://jopx.blogspot.com/2007/07/solving-internet-explorer-crash-when.html

מבט כולל:

יצירת רשימה מותאמת אישית, המנהל את סוג תוכן עם כמה עמודות עשרות.

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

הבעיה:

את ביטוי ה-Xpath. מחזיר ריקה עבור עמודה בשם "תפקיד נוכחי". להפנות אליו את אותו נוהג כך:

    <גבול הטבלה = "1">
      <xsl:= בחר עבור, כל "/ dsQueryResponse/שורות/שורה" >
        <. tr>
          <td>
            המצב הנוכחי:
            <xsl:הערך של select="@Current_x0020_Status"></xsl:הערך>
          </td>
        </. tr>
      </xsl>
    </טבלה>

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

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

פתרון:

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

לקחת:

SPD מספק סמכותי ביטויי Xpath עבור שורות & העמודות בתצוגת נתונים.

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

<nobr><טווח><HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17 ">. גאלווין, פול</A><גבול img ="0" גובה = "1" רוחב = "3" src="/_layouts/images/blank.gif"/><href = "javascript:’ onclick ='IMNImageOnClick();יש להחזיר false;’ class = 'ms-imnlink'><שם img ='imnmark’ כותרת =” גבול =’0′ גובה = 12’ רוחב = 12’ src='/_layouts/images/blank.gif’ alt = "אין מידע נוכחות’ ללגום ='PGalvin@xxx.com’ id ='imn_77, סוג = smtp'/></של></טווח></nobr>