أنا باستخدام تقويم لتعقب مناقشات الفريق في يوم معين. لقد دورتين: صباحا وبعد الظهر. أريد إنشاء طريقة عرض تظهر جلسات الصباح فقط المسرودة أبجدياً عن طريق معرف جلسة العمل. هذه صعبة قليلاً لإنجاز (إلا إذا فاتني شيء حقيقي واضح).

يمكنك بسهولة إنشاء طريقة عرض تمت تصفيتها عرض الأحداث في ذلك اليوم فقط. التقويم وسوف تظهر جميع تلك الأحداث ولو أنهم جميعا تجري في نفس الساعة, وهو يسرد لهم جنبا إلى جنب في فتحه ساعة. عظيم. الجزء الصعب أن, بشكل افتراضي, أنه يريد أن قائمة لهم في تنسيق معرف. حتى, إذا كان لي أن أضيف "الدورة 02" ومن ثم "الدورة 01" للتقويم, يبين لهم في هذا النظام (الأول-هاء, الدورة 02 ومن ثم الدورة 01). أن قائمة لهم في ترتيب "معرف جلسة العمل", وأعتقد أن محاولة هذه الأشياء:

1. تكوين طريقة العرض باستخدام واجهة المستخدم على ويب. لا حظ. لا توجد خيارات لفرز العناصر بهذه الطريقة.

   وبما أنه لم ينجح, وأنا الآن أمل هناك هو استعلام CAML في مكان ما من هناك والتي تسمح لي بتجاوز الفرز. كقوب تسمح لي بتقديم هذا النوع من تغيير, ربما سيكون التقويم كذلك?

2. تحرير جزء ويب, ابحث عن "تصدير" الدالة و … بزززت! تعذر تصدير XML به. لا يوجد أي خيار تصدير.

   أنا لا يزال يحمل أملا أن أستطيع إيجاد وتعديل بعض الاستعلام CAML. نظراً لتعذر تصدير جزء ويب, أن يترك مصمم SharePoint.

3. إضافة جزء ويب "التقويم" إلى موقع رمل، وفتح هذا الموقع باستخدام "مصمم SharePoint". وأتطلع في العلامات لجزء ويب واجد ما ابحث عنه. قد ترميز الجنون, ولكن كان هناك: "<ليستفيوكسمل …. >الجنون المشفرة</ليستفيوكسمل>". على وجه التحديد, توجد هذه الأحجار الكريمة:

<الاستعلام>
<حيث>
<داتيرانجيسوفيرلاب>
<اسم FieldRef = "افينتداتي"/>
<اسم FieldRef = "EndDate"/>
<اسم FieldRef = "ريكورينسيد"/>
<نوع القيمة = "التاريخ والوقت">
<الشهر/>
</القيمة>
</داتيرانجيسوفيرلاب>
</حيث>
<OrderBy><اسم FieldRef = "Session_x0020_ID" /></OrderBy>
</الاستعلام>

(أنا لقد فك الشفرة &الملازم;في و &في جي تي وتقسيمها إلى إلى أسطر متعددة للوضوح).

إضافة <OrderBy> بت والآن فإنه يفرز "معرف جلسة العمل", غير معرف عنصر القائمة الداخلية.

O نصيحة العملاق’ القبعة إيسيرمان بيكي لتعليق لها على بلوق وظيفة العشاء ساغي: http://www.sharepoint-tips.com/2008/07/caml-sorting-by-file-name.html. لن أضع <OrderBy> في المكان المناسب دون تعليق لها.

ويحدوني الأمل في كتابة هذا أكثر وضوحاً مع قطات الشاشة قريبا, ولكن في حالة ابدأ أن تفعل, على الأقل أنا فعلت هذا بكثير.

</نهاية>

ونحن مجتمعة تنفق قدرا كبيرا من الوقت في التفكير حول الحلول SharePoint — كيفية إنشائها, أي أداة استخدام, ماذا يحدث عندما فشلوا في نشر, وظائف جهاز ضبط الوقت, نطاقات, إلخ. نحن ننفق الكثير وقت التفكير في بت مقدما أنه من السهل أن ننسى أننا بحاجة إلى سحب منهم، فضلا عن. التراجع الحلول ربما أكثر صعوبة, من منظور تصميم النظري, من نشرها. النشر في الأساس علاقة الطبخ. عادة, تثبيت ميزة, ربما يكون متلقي ميزة تحميل بعض البيانات في قائمة, هذا النوع من الشيء. ومع ذلك, التراجع يحتمل أن تكون أكثر تعقيداً.

يمكن إنشاء حل معين التحف مثل هذه:

• نوع المحتوى
• تعريف قائمة
• تعريف الموقع
• البيانات في قائمة
• حتى أجهزة الاستقبال
• نماذج InfoPath

والقائمة تطول.

وفي حين أنه من المهم ومن الواضح أن تصميم حل أن instantiates تلك التحف بشكل صحيح, نفس القدر من الأهمية النظر في التحديث وحذف الحالات. إذا كان الحل الخاص بك يقوم بإنشاء قائمة جديدة ويقوم بملء هذه القائمة مع البيانات, ماذا يحدث عندما يتم سحب الحل? وفي بعض الحالات, ينبغي حذف قائمة. وفي حالات أخرى, وينبغي أن يترك سليمة لأغراض تاريخية. متطلبات العمل الخاص بك سيتم إرشادك إلى القرار الصحيح.

للمساعدة في هذا, إنشاء مصفوفة يسرد كل قطعة أثرية بنشر الحل الخاص بك إلى SharePoint. قائمة الأعمدة الثلاثة لكل قطعة أثرية, واحدة لإنشاء, التحديث والحذف. لكل حالة على حدة, تحديد النتيجة الصحيحة لهذه العملية.

ومن الواضح أن من الأفضل القيام هذا النوع من التحليل قبل نشر الحل من أي وقت مضى إلى مزرعة SharePoint. ومع ذلك, مثل التدخين, لم يفت الأوان بعد البدء في القيام بالأشياء بشكل صحيح. إنشاء هذه المصفوفة، ووضع خطة لمواجهة سيناريوهات تحديث/حذف مفقود. فقد تكون مشكلة الثابت لحل, ولكن على الأقل كنت قد وضعت مربع حول المشكلة.

</نهاية>

الاشتراك في بلادي بلوق.

اتبعني على التغريد في http://www.twitter.com/pagalvin