Tôi đang sử dụng lịch để theo dõi các cuộc thảo luận bảng điều khiển vào một ngày nhất định. Tôi có hai khóa học: buổi sáng và buổi chiều. Tôi muốn tạo ra một cái nhìn cho thấy buổi sáng chỉ được liệt kê theo thứ tự ABC thông qua một ID phiên. Đây là một chút khôn lanh để thực hiện (trừ khi tôi mất một cái gì đó thực sự rõ ràng).

Tôi có thể dễ dàng tạo ra một cái nhìn lọc Hiển thị chỉ cần ngày hôm đó sự kiện. Lịch sẽ hiển thị tất cả các sự kiện đó và nếu họ tất cả có đặt trên cùng một giờ, nó sẽ liệt kê chúng cạnh nhau trong các khe cắm giờ. Điều đó thật tuyệt. Phần khôn lanh là, Theo mặc định, nó muốn liệt kê chúng ở định dạng ID. Vì vậy, Nếu tôi thêm "phiên 02" và sau đó "phiên 01" lịch, nó cho thấy họ trong đó đặt hàng (tức là, Phiên làm việc 02 và sau đó phiên 01). Để liệt kê chúng theo thứ tự phiên ID, Tôi nghĩ rằng để thử những điều:

1. Cấu hình giao diện bằng cách sử dụng giao diện người dùng web. Không có may mắn. Không có không có tùy chọn để sắp xếp khoản mục theo cách này.

   Kể từ khi đó không làm việc, Tôi bây giờ, Hy vọng có là một truy vấn CAML một nơi nào đó trong đó mà sẽ cho phép tôi để ghi đè lên các loại. CQWP cho phép tôi làm điều đó loại thay đổi, có lẽ lịch sẽ là tốt?

2. Chỉnh sửa phần web, Tìm kiếm một "xuất khẩu" chức năng và … BZZZT! Tôi không thể xuất XML của nó. Có là không có tùy chọn xuất khẩu.

   Tôi vẫn còn giữ ra hy vọng rằng tôi có thể tìm thấy và sửa đổi một số truy vấn CAML. Kể từ khi tôi không thể xuất khẩu phần web, đó lá SharePoint Designer.

3. Tôi thêm một phần web lịch vào một trang web chỗ thử và mở trang web đó bằng cách sử dụng SharePoint Designer. Tôi nhìn vào đánh dấu cho phần web và tôi tìm thấy những gì tôi đang tìm kiếm. Nó đã mã hóa điên rồ, nhưng nó là có: "<ListViewXml …. >mã hóa điên rồ</ListViewXml>". Đặc biệt, đó là đá quý này:

<Truy vấn>
<Nơi>
<DateRangesOverlap>
<FieldRef tên = "EventDate" />
<FieldRef tên = "EndDate" />
<FieldRef tên = "RecurrenceID" />
<Giá trị loại = "DateTime">
<Tháng />
</Giá trị>
</DateRangesOverlap>
</Nơi>
<OrderBy><FieldRef tên = "Session_x0020_ID" /></OrderBy>
</Truy vấn>

(Tôi đã giải mã các &LT;của và &gt của và tách chúng ra để nhiều dòng cho vì lợi ích của sự rõ ràng).

Thêm các <OrderBy> bit và bây giờ nó sắp xếp theo Session ID, không phải nội bộ danh sách mã ID.

Khổng LỒ Mẹo o’ mũ để Becky Isserman cho bình luận của cô đến bài đăng blog Isha sử ký: http://www.sharepoint-tips.com/2008/07/caml-sorting-by-file-name.html. Tôi sẽ không có đặt các <OrderBy> đúng nơi mà không có bình luận của cô.

Tôi hy vọng để viết này rõ ràng hơn với ảnh chụp màn hình nhanh chóng, nhưng trong trường hợp tôi không bao giờ làm, ít nhất tôi đã làm nhiều này.

</kết thúc>

Chúng tôi gọi chung dành rất nhiều thời gian suy nghĩ về các giải pháp SharePoint — làm thế nào để tạo ra chúng, công cụ để sử dụng, những gì sẽ xảy ra khi họ không để triển khai, bộ đếm thời gian công việc, phạm vi, vv. Chúng tôi dành rất nhiều thời gian suy nghĩ về các bit lên-trước rằng nó rất dễ quên rằng chúng ta cần phải rút lại chúng cũng. Càng đáp xếp giải pháp là có lẽ khó khăn hơn, từ một quan điểm thiết kế khái niệm, hơn triển khai chúng. Triển khai cơ bản là một vụ sách dạy nấu ăn. Thông thường, cài đặt một tính năng, có thể có một bộ tiếp nhận tính năng tải một số dữ liệu vào một danh sách, rằng loại điều. Tuy nhiên, càng đáp xếp là khả năng có thể phức tạp hơn.

Một giải pháp nhất định có thể tạo ra các hiện vật như thế này:

• Loại nội dung
• Danh sách định nghĩa
• Định nghĩa trang web
• Các dữ liệu trong một danh sách
• Thậm chí thu
• InfoPath hình thức

Danh sách đi.

Trong khi nó là rõ ràng là quan trọng để thiết kế một giải pháp mà instantiates những đồ tạo tác một cách chính xác, nó là quan trọng để xem xét Cập Nhật và xóa trường hợp. Nếu giải pháp của bạn tạo ra một danh sách mới và populates rằng danh sách với dữ liệu, những gì sẽ xảy ra khi các giải pháp rút lại? Trong một số trường hợp, cần xóa danh sách. Trong trường hợp khác, nó nên được để lại nguyên vẹn cho các mục đích lịch sử. Yêu cầu kinh doanh của bạn sẽ hướng dẫn bạn đến các quyết định đúng.

Để giúp với điều này, tạo một ma trận liệt kê mỗi artifact của bạn giải pháp triển khai cho SharePoint. Danh sách ba cột một artifact, một cho tạo, Cập Nhật và xóa. Cho mỗi trường hợp, xác định kết quả chính xác cho chiến dịch đó.

Điều này loại phân tích rõ ràng là tốt nhất được thực hiện trước khi giải pháp bao giờ được bố trí đến một trang trại SharePoint. Tuy nhiên, giống như hút thuốc, nó không bao giờ quá muộn để bắt đầu làm việc một cách chính xác. Tạo ma trận đó và phát triển một kế hoạch để giải quyết các kịch bản Cập Nhật/xoá mất tích. Nó có thể là một vấn đề khó khăn để giải quyết, nhưng ít bạn sẽ đã đặt một hộp xung quanh vấn đề.

</kết thúc>

Đăng ký vào blog của tôi.

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin