คนทั่วไปถามเกี่ยวกับการใช้คอลัมน์ของชนิดข้อมูล "บุคคลหรือกลุ่ม" ในอีกคอลัมน์ของข้อมูลชนิด "คำนวณ".

บรรทัดด้านล่าง, ทำงานใน WSS 3.0 (หรือมอส).

เมื่อมีการเพิ่มคอลัมน์จากการคำนวณ, WSS แสดงรายการฟิลด์จะช่วยให้คุณสามารถใช้สำหรับการคำนวณ. ถ้าคุณพิมพ์ชื่อของคอลัมน์ที่ไม่ได้อยู่ในรายชื่อ, มันบอกคุณ:

ไม่สามารถอ้างอิงคอลัมน์อย่าง น้อยหนึ่ง, เนื่องจากคอลัมน์ถูกกำหนดเป็นชนิดข้อมูลที่ไม่ได้รับการสนับสนุนในสูตร.

วิธีแก้ปัญหา: ใช้ตัวจัดการเหตุการณ์. ไฟตัวจัดการเหตุการณ์เมื่อผู้ใช้บันทึกรายการ. ดำเนินการปรับปรุงคุณจะต้องคอลัมน์จากการคำนวณจะทำให้คุณ.

เชื่อมโยงประโยชน์คำนวณเขตข้อมูลทั่วไป:

• โดยใช้ [ฉัน] ในคอลัมน์จากการคำนวณ
• ตัวอย่างของนิพจน์สูตร (ความเอื้อเฟื้อของ http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

การปฏิเสธอย่างรวดเร็ว: ผมเชื่อว่าข้อมูลข้างต้นเป็นจริง และถูกต้อง, แต่ผมเคยเห็นเทคนิคฉลาดพอมาในมอ ส/WSS ว่า ฉันจะไม่ต้องแปลกใจมาก (agog ถ้าคุณจะ) ถ้าบุคคลได้คิดหาวิธีที่ทำได้โดยไม่ต้องพยายามมากรหัส. ถ้าคุณเคยคิดว่าฉลาดทำงานรอบ หรือรู้ว่าคนที่ไม่ได้, กรุณาแจ้งให้เราทราบ!

เราไม่ได้บางอย่างหนักอีกครั้งจัดระเบียบของระบบเว็บไซต์ของเราผ่าน "จัดการเนื้อหาและโครงสร้าง". เหตุผลไม่รู้จักฉัน, กระบวนการนี้ (แม้ว่า งานหลัก) ยากจนบางลิงค์นำทางในการเปิดใช้งานด่วน. มีลักษณะโยง:

• URL ไม่ถูกต้อง. ตัวอย่าง, ควรมี"ไซต์/แผนก/HumanResources /…". อย่างไรก็ตาม, การเชื่อมโยงใหม่เป็น "เว็บ ไซต์/ธุรกิจ/HumanResources /…".
• บิตซ้ำในสายอักขระแบบสอบถามของหัวข้อ, เช่นใน:

/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 วางมันออกดีใน penultimate (เป็นของ 10/02/07) ประกาศ:

ความจริงคือ:

การตั้งหัวเรื่องเสียหาย, คุณต้องการ :

– เอารายการทั้งหมดภายใต้หัวเรื่องเสียหาย

– เอาส่วนหัวเสีย

– จากการตั้งค่ารายการ, เพิ่มรายการเอาไปเปิดใช้งานด่วน (นี้สร้างหัวเรื่องไม่เสียหาย)

ทำดีไป….

---

ผู้เชี่ยวชาญด้าน Sharepoint – หมวก Sogeti เมถุนสวิตเซอร์แลนด์

ผมสับสนเล็กน้อย เพราะผมเก็บไว้อยากไปหน้าการนำทาง, ทำการเปลี่ยนแปลง และจากนั้น ได้รับการตี ด้วยการ "หน้าล่าสุด" ข้อความ. ในที่สุด, ผมรู้ผมจะไปตั้งค่ารายการ แล้วลบ/เพิ่มการเปิดใช้งานด่วน. ที่ไม่หลอกลวง. มีความสุขเวลาอยู่ที่นี่อีกครั้ง!

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน!

โปรแกรมปรับปรุง 12/10/07: โปรแกรมแก้ไขด่วนที่อธิบายไว้ใน MSDN KB929816 แก้ไขปัญหาให้เรากล่าวถึงข้างล่าง. ขอรับโปรแกรมแก้ไขด่วน และทำ การติดตั้งบนแต่ละเซิร์ฟเวอร์ในฟาร์ม. แล้ว, โปรแกรมอรรถประโยชน์การกำหนดค่า sharepoint บนแต่ละเซิร์ฟเวอร์. นี่คือลิงค์สนับสนุน MS สำหรับที่ KB: http://support.microsoft.com/kb/932816.

พื้นหลัง:

เรามีความต้องการทางธุรกิจที่ต้องให้แน่ใจว่าการจัดการวิศวกรรมสิ่งแวดล้อม 30 สถานผลิต some-odd นี้อยู่สหรัฐอเมริกาต้องให้แน่ใจว่า พืชเหล่านั้นแฟ้มสำหรับการต่าง ๆ กำหนดสถานะใบอนุญาตในเวลา. วิธีหนึ่งที่เราได้ตรวจสอบใช้ "หยุดชั่วคราวจนกว่าวัน" กิจกรรมพร้อมให้เราผ่าน SharePoint Designer worfklow. ผู้จัดการฝ่ายวิศวกรรม (หรือผู้ช่วยของเธอ) เข้าต้องขอใบอนุญาตและวันที่จดหมายเตือนชำระเงินทั้งหมดที่เริ่มต้นของปี. ระบบแล้วไม่ยกหนักทั้งหมด.

สภาพแวดล้อม:

มอส, 64 บิต, สภาพแวดล้อมของเครื่องเสมือน (การพัฒนากล่อง), 2 เซิร์ฟเวอร์ (SQL บนเซิร์ฟเวอร์ #1, ทุกอย่างบนเซิร์ฟเวอร์ #2).

ปัญหา:

การดำเนินการชั่วคราวจนกว่าวันเหมือนโซลูชั่นสมบูรณ์แบบ และมันอาจดีพิสูจน์ตัวเองให้. อย่างไรก็ตาม, มันไม่ได้ไกลจากกล่อง (สำหรับเรา).

1. งานเวิร์กโฟลว์ไม่จัดกำหนดการให้รัน, เคย. ผมค้นพบนี้ โดยอ่านผ่าน คริสโตเฟอร์ไวท์ (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) ข้อดีโดยหรือ thusly:
   

   C:\>หรือ -o getproperty - propertyname "ลำดับงาน" -url http://localhost

   <มีคุณสมบัติ = "ไม่" />

   C:\>

   ที่มีผลน่าแปลกใจแต่แก้ไขได้:

   C:\>หรือ -o setproperty - propertyname "worfklow งาน" -propertyvalue "ทุก 1 นาทีระหว่าง 0 ถึง 59" -url http://localhost

   ดำเนินการเสร็จสมบูรณ์.

   C:\>

   เมื่อทำ, แรก "ในความคืบหน้า" ลำดับยิงขึ้นอย่างรวดเร็ว และทำงานได้.

2. Sadly, ถัดไปไม่ได้ทำงานตามที่คาดไว้. ทำนาย, คริสโตเฟอร์อ้างเรา ที่นี่ (http://support.microsoft.com/kb/932816). เป็นการเขียนของรายการนี้, เรากำลังรอแผนกเพื่อขอรับโปรแกรมแก้ไขด่วนที่, แต่ดูแนวโน้ม. ของเราสำเนาของ.dll ได้รับผลกระทบร่วมไบต์ขนาดเดียวกัน, เพื่อหวังว่านี้จะช่วยแก้ปัญหา.

วิธีแก้ปัญหา:

การรันคำสั่ง setproperty -o หรือประจักษ์จ้ำจี้จ้ำไชลำดับเวลาทำงาน. มันจะ, อย่างคร่าว ๆ 7 นาทีต่อมา, จริง ๆ ปลุก และต่อกับลำดับงาน.

คำถาม / ปัญหาที่อยู่:

วันจนหยุดไม่ได้.

หยุดชั่วคราวจนกว่าวันได้ดำเนินต่อ.

สถานะลำดับงานไม่เปลี่ยนแปลงจาก "กำลังดำเนินการ"

สถานะลำดับงานอยู่ "ในระหว่างดำเนินการ"

ภาพรวม

รายการนี้อธิบายกรณีศึกษาอธิบาย MRO แท้จริง (บำรุงรักษา, ซ่อมแซมและการดำเนินงาน) อนุมัติลำดับงานที่ดำเนินการในมอส.

นี่ไม่ใช่การสนทนาทางเทคนิค overtly, แต่ต้องทำหน้าที่ให้เป็นตัวอย่างจริงที่แสดงให้เห็นว่าแพลตฟอร์มอสตามจริงโลก แทน.

(รายการนี้เป็นข้ามระหว่างการลงรายการบัญชี http://paulgalvin.spaces.live.com และ http://blogs.conchango.com)

พื้นหลัง

กระบวนการของไคลเอ็นต์ MRO ได้ถูกลักษณะต่อไปนี้

• กระบวนการอนุมัติด้วยตนเอง.
• ใช้สนับสนุนบาง excel กระดาษคำนวณ.
• กระบวนการอนุมัติที่ผิดปกติ. กระบวนการอนุมัติซื้อ MRO ที่เดียวกันจะแตกต่างกันไปวันต่อวัน, บุคคล โดยบุคคล.
• ของกระดาษและเขียนมือลายเซ็น — ต้องการใบขอซื้อ 3 ลายเซ็นที่เป็นลายลักษณ์อักษรก่อนการอนุมัติสุดท้าย.

วัตถุประสงค์ของโครงการนี้รวม:

• ทำกระบวนการทั้งหมด.
• บังคับใช้มาตรฐานองค์กรสำหรับการอนุมัติ.
• ให้มุมมองรวมของ MRO ซื้อผู้จัดการต่าง ๆ.
• ตรวจสอบรายละเอียด.

เป็นผลข้างเคียงของการแก้ปัญหา, เขียนลายเซ็นไม่ถูกต้อง.

กระบวนการอนุมัติ

กระบวนการอนุมัติประกอบด้วยสี่ "ว่ายน้ำถนนหนทาง": ผู้ริเริ่ม, ผู้จัดการโดยตรง, หน้าที่ผู้จัดการและผู้จัดการฝ่าย.

ผู้ริเริ่ม:

เห็นต้องการซื้อ และเริ่มกระบวนการ. หมายเหตุว่า ผู้ริเริ่มอาจ หรืออาจไม่จริงป้อนใบขอซื้อ, แต่ตรงอื่นให้พนักงานทำงานแทน. บางครั้ง, ผู้ริเริ่มมีความเชี่ยวชาญทางเทคนิคกรอกใบ PO. ตัวอย่าง, ผู้ใช้อาจต้องเบิกใหม่แล็ปท็อปคอมพิวเตอร์, แต่ไม่รู้ขายดีที่สุด, มาตรฐาน IT, ฯลฯ. ในกรณีนี้, ผู้ริเริ่มการทำงานกับมันและมันก็กรอกใบจริง.

ผู้จัดการโดยตรง:

เป็นผู้จัดการโดยตรงของผู้ริเริ่ม (ซึ่งอาจจะแตกต่างจากผู้ใช้จริง เข้าใบ PO MOSS). ผู้จัดการโดยตรงต้องอนุมัติใบ PO ก่อนระบบขออนุมัติเพิ่มเติมลงในบรรทัด.

ผู้จัดการทำงาน:

ตัวจัดการการทำงานคือ บุคคลที่รับผิดชอบมั่นใจว่า การเสนอซื้อตามมาตรฐานองค์กรภายในขอบเขตของฟังก์ชันเฉพาะขององค์กร. ตัวอย่าง, ซื้อมันได้รับการรับรอง โดยมีหน้าที่จัดการ.

ผู้จัดการฝ่าย:

ผู้จัดการฝ่ายอนุมัติใบขอซื้ออย่างเคร่งครัด โดยเงินดอลลาร์. ผู้จัดการฝ่ายอนุมัติใบขอซื้อเกินกว่าเงินกำหนด.

การแก้ปัญหา

เราใช้เครื่องมือและส่วนประกอบต่อไปนี้เพื่อดำเนินการแก้ปัญหา:

มอส: เป็นแพลตฟอร์มปิดซึ่งทุกอย่าง "แฮง". มอสส์ให้บริการหินเพื่อความปลอดภัย, ข้อมูลหลัก, บันทึกการตรวจสอบและคุณลักษณะอื่น ๆ.

บริการฟอร์ม InfoPath: ส่วนประกอบของมอส, ทำให้ผู้ใช้สามารถกรอกข้อมูลใบขอซื้อผ่านทางเว็บเบราว์เซอร์.

SharePoint Designer (SPD): เราใช้ SPD จะใช้กระบวนการลำดับงานอัตโนมัติ.

บริการเว็บ: C# บริการเว็บช่วยเพิ่มประสบการณ์ของผู้ใช้ โดยเลือกรายชื่อที่เกี่ยวข้องในแบบฟอร์ม InfoPath เปิดใช้งาน และให้ประสิทธิภาพที่ดีขึ้นเกี่ยวกับการกรองข้อมูล. ดู ที่นี่ ดำน้ำลึกทางเทคนิคในเรื่องนี้และเหตุผลของเราสำหรับการใช้.

รายการที่กำหนดเอง: มอโพรไฟล์ผู้ใช้ให้ผู้จัดการโดยตรงของผู้ใช้กำหนด, แต่ไม่มีข้อมูลที่ควบคุมลำดับการตัดสินใจส่วนใหญ่ (เช่น. ว่าต้องจัดการ divisional เพื่ออนุมัติใบ PO). เราใช้รายการที่กำหนดเองในการ "องค์กรข้อมูล" ไซต์เพื่อรักษาข้อมูลเช่น "Divisional ผู้จัดการอนุมัติเงิน", "หน้าที่ผู้จัดการพื้นที่" และอื่น ๆ. รายการรวมกับ InfoPath อย่างมาก และยัง ให้สร้าง/ปรับปรุง/ลบ (CRUD) งานตรวจสอบและรักษาความปลอดภัยกล่อง.

กรณีใช้

กรณีนี้ใช้แสดงวิธีการแก้ปัญหาพอกัน:

1. Paul ต้องการแล็ปท็อปใหม่. เขาอธิบายถึงความต้องการของเขา Vivek, คนมันคุ้นเคยกับแล็ปท็อปขององค์กรมาตรฐาน, ผู้ที่ต้องการ, ฯลฯ.
2. บันทึก Vivek เป็นมอส, การเข้าถึงแบบฟอร์มใบ PO และป้อนใบขอซื้อในนามของ Paul. แบบฟอร์มรอ Vivek ประเภทซื้อซึ่งใช้บริการเว็บเพื่อสร้างรายการหล่นลงของผู้จัดจำหน่ายที่บริษัทได้รับอนุมัติแล้ว. Vivek ยังระบุขอบเขตหน้าที่องค์กรซื้อนี้ (เช่น. "มัน" หรือ "เงิน").
3. SPD ตามลำดับเริ่มต้น, กำหนดผู้จัดการโดยตรงของพอล และเส้นทางการจัดหาวัตถุดิบการจัดการของเขา, Stacy.
4. Stacy อนุมัติใบขอซื้อ.
5. SPD ลำดับงานใบตรวจสอบ และกำหนดเป็นการซื้อได้. มันเส้นทางลำดับงานการจัดการทำงาน, Wonson.
6. Wonson อนุมัติใบขอซื้อ.
7. SPD ลำดับงานใบตรวจสอบ และกำหนดยอดซื้อเกินยอดเงิน maxium ดอลลาร์ และเส้นทางไปผู้จัดการฝ่ายเพื่ออนุมัติอีก.
8. ผู้จัดการฝ่ายอนุมัติใบขอซื้อ.

หมายเหตุ

• กรณีใช้แสดงให้เห็นถึงการ "ทำความสะอาด" รันไม่ปฏิเสธหรือกระโดด.
• ผู้อนุมัติทุกมีความสามารถในการอนุมัติ หรือปฏิเสธใบ รวมทั้งให้ข้อคิดเห็นเป็นลายลักษณ์อักษร. เหล่านี้เข้าสู่ระบบในการตรวจสอบ.
• ถ้าผู้จัดการรับผิดชอบไม่ยอมรับซื้อตลอด, ใบ PO เสีย"" และต้องเริ่มต้นกระบวนการตั้งแต่เริ่มต้น.
• ผู้ริเริ่มในทุกขั้นตอนของกระบวนการแจ้งเตือนลำดับงาน.
• ลายเซ็นไม่เป็นลายลักษณ์อักษร — ไคลเอนต์ที่กำหนด (หลังจากแนะนำพลังบางอย่าง) การตรวจสอบ trail เป็นให้ผ่านประวัติลำดับงาน, เสิร์ฟความตรวจสอบ.
• ความพยายาม — ใช้คนประมาณสามสัปดาห์จะใช้วิธีนี้.

บทสรุป

วิธีนี้ใช้มอสส์เป็นพัฒนาและแพลตฟอร์มขณะใช้งาน. ไคลเอ็นต์ไม่สามารถใช้ประโยชน์จากคุณลักษณะมอหลักการทำงานประจำที่ได้รับผลกระทบเกือบทุกพนักงานในบริษัท. ยกเว้นการบริการเว็บที่ง่าย (ที่ตัวเองใช้มอส), เกือบไม่จริง "การเขียนโปรแกรม" ที่ถูกต้อง.

โซลูชั่นทำหน้าที่เป็นตู้โชว์"" สำหรับไคลเอนต์, สามารถรวมเห็นคุณลักษณะมอวิธีต่าง ๆ เพื่อสร้างโปรแกรมประยุกต์ธุรกิจที่โดดเด่นอย่างเต็มที่ และสร้างโอกาสใหม่ให้คำปรึกษาในอนาคต.

อภิธานศัพท์

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:สไตล์ชีต>

• ใช้ตี.
• มาดูในเบราว์เซอร์.

หมายเหตุว่า <ก่อน> แท็กไม่ทำมากยกเว้นการให้บริการเป็นเครื่องหมายที่สะดวกเมื่อคุณดูผลลัพธ์.

เทคนิคนี้จะเป็นประโยชน์มากเมื่อทำงานกับคุณสมบัติที่มีการจัดการ และการกำหนดเอง. มันจะให้รายการทั่วไปของ XML ที่พร้อมให้คุณใช้ xslt ของคุณที่จะได้รับประโยชน์มากสุด 25 เวลาสร้างผลลัพธ์การค้นหาแบบกำหนดเองบางอย่าง.

นี้ควรจะทำงานเช่น dataviews, แม้ว่า ผมจะไม่ทดสอบที่ออกเป็น.

เห็นที่ Eric Kraus ได้ประสบกับความต้องการตามปกติตรงกับแบบสอบถามเนื้อหา web part. ปัญหา? เขาอยู่ในสภาพแวดล้อม WSS บริสุทธิ์ไม่ถึง CQWP. แทนที่จะดัดผมค่าตำแหน่ง fetal (การกระตุ้นที่ต้องต่อสู้ทุกวัน, ดูเหมือนว่า), เขามากับโซลูชันที่น้อย ให้ร้าน WSS fighting โอกาสที่จะประสบความสำเร็จ. มีอธิบาย ที่นี่.

Stefan Goßner มีใส่กันชุด 4 ส่วนมากมายเนื้อหา SharePoint และ API การใช้งาน ที่นี่. ภาพรวมที่ดีและตัวอย่างที่ดีในรหัส (C#).

ฉันเลือกค่านี้ลิงค์จากบล็อก poelmans joris ที่แรก http://jopx.blogspot.com/.

ถ้าคุณชอบฉัน, ในที่ที่คุณมีการทำงานอีกมากสำหรับการจัดการเนื้อหา, นี้จะคุ้มค่า 20 นาทีเวลาในการอ่าน.

โดยใช้ API, ได้:

• ส่งออก และนำเข้าเนื้อหาได้อย่างง่ายดายมาก.
• เนื้อหาหลักอีกครั้ง. ถ้าคุณต้องการส่งเนื้อหาบางอย่างจากเว็บไซต์ "A" ส่งไป "B" แต่ในใหม่ทั้งหมดทำในลำดับชั้น, นี้เป็นไปได้.
• ส่งออกเนื้อหาจากไซต์ A และนำเข้าบิตเลือกลงในไซต์ A.
• การเชื่อมโยงเนื้อหา (หมายถึง จัดการกับการเชื่อมโยงหลายมิติทั้งหมด).

คนบน Internets ถูกถามเกี่ยวกับวิธีการสร้างคอลัมน์คำนวณได้กับรายการที่จะแสดงค่าการจัดรูปแบบเป็น"[ผู้ใช้] – [สถานะ] – [สถานที่ตั้ง]" ใน "Paul Galvin – ดื่ม [ฟรี] เบียร์ – ชายหาด".

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 ของฉันเป็นความว่างเปล่าในคอลัมน์ชื่อ "ตำแหน่งปัจจุบัน". ผมอ้างอิงมัน thusly:

    <เส้นขอบตาราง = "1">
      <xsl:=สำหรับแต่ละคนเลือก "/ dsQueryResponse/แถว/แถว" >
        <tr>
          <td>
            สถานะปัจจุบัน:
            <xsl:ค่าของ select="@Current_x0020_Status"></xsl:ค่าของ>
          </td>
        </tr>
      </xsl>
    </ตาราง>

คอลัมน์ใน CT มีชื่อว่า "สถานะปัจจุบัน". โปรแกรมจะแสดงค่าในการค้นหาเป็น "สถานะปัจจุบัน". ทุกท่านดู, คุณดู "สถานะปัจจุบัน".

ในขณะที่ thrashing นักประมาณ, ค้นหาโซลูชัน, ฉันแทนเรียกว่า "@Recruiter" แล้ว! — ที่จริง คืนกลับสถานะปัจจุบัน. คาดว่าจะส่งคืนกลับผู้จัดการหน้าใหม่ที่เมื่อไม่ได้ที่.

โซลูชั่น:

ฉัน poked เกี่ยวกับใน SPD. ไปที่หน้าใน SPD และแสดงมุมมองข้อมูล. คุณสามารถตรวจสอบที่จริงข้อมูลให้มุมมอง และเชื่อมโยง Xpath. ที่นี่พบเห็นว่าแน่นอน, Xpath ชี้ที่ "ผู้จัดการหน้าใหม่". แพงกว่ามาก, "จริง" ชี้ฟิลด์ผู้จัดการหน้าใหม่จาก "Recruiter1".

เอากลับบ้าน:

SPD ให้ไทม์นิพจน์ Xpath สำหรับแถว & คอลัมน์ในมุมมองข้อมูล.

วินาที, แสดงข้อมูลที่แท้จริง. ดังตัวอย่าง, แสดงคอลัมน์ของชนิดนี้:

<nobr><ขยาย><HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx การ?ID = 17">Galvin, พอล</A><เส้นขอบใช้ได้ img ="0" ความสูง = "1" ความกว้าง = "3" src="/_layouts/images/blank.gif"/><การ href ='javascript:’ onclick ='IMNImageOnClick();ส่งคืนเท็จ;’ คลาส = 'ms-imnlink'><ชื่อใช้ได้ img ='imnmark’ ชื่อ =” ขอบ =’0′ ความสูง ='12’ ความกว้าง ='12’ src='/_layouts/images/blank.gif’ alt =' ข้อมูลสถานะการออนไลน์ไม่’ สิบ ='PGalvin@xxx.com’ id ='imn_77 ชนิด = smtp'/></การ></ขยาย></nobr>