lưu trữ hàng tháng: Tháng một 2008

Số liệu thống kê blog

Tôi nghĩ rằng một số người có thể quan tâm trong số liệu thống kê blog của tôi. Bạn có thể sử dụng tôi như là một điểm chuẩn để so sánh của riêng bạn.

Tôi đang chạy blog của tôi trên cửa sổ sống tại. Họ thu thập số liệu thống kê cho tôi và tôi không biết bất kỳ cách nào để kiểm soát mà. Nó là tốt như xa như nó đi, nhưng nó là khá hạn chế mà tôi không thể làm nhiều phân tích thực tế với nó. Tôi rất thích, Ví dụ, để có thể tạo ra một danh sách của tôi hầu hết thường xuyên nhấn bài viết nhưng tôi không thể làm điều đó mà không có một quá trình hướng dẫn sử dụng prohibitive. Nếu ai đó biết tốt hơn, Xin vui lòng cho tôi biết.

Sống tại tình trạng cho tôi biết: Tổng lượt truy cập trong ngày, Tổng lượt truy cập cho các tuần và tổng số lượt truy cập kể từ ngày zero. Nó cũng cho tôi biết những gì mọi người đã làm để có được vào blog của tôi (Ví dụ như. Google, MSDN diễn đàn liên kết, vv).

Trong một số cách, một "hit" rõ ràng. Nếu bạn đang đọc câu này ngay bây giờ, bạn gần như chắc chắn đã đăng ký như là một hit duy nhất.

RSS là một chút bối rối. Một mặt, Tôi thấy cá nhân RSS lượt truy cập mỗi ngày. Nhưng, Tôi cũng thấy RSS "quét". Một đợt càn quét là khi tôi nhìn thấy 20 hoặc 30 Lượt truy cập RSS tất cả trong vòng một hoặc hai cửa sổ thứ hai. Tôi cho rằng đây là những điều tự động như google kiểm tra trên trang web của tôi, có lẽ các trình duyệt của người khác … Không chắc chắn. Họ là chắc chắn một số loại tự động quá trình. Tôi không thể nói, Tuy nhiên, bao nhiêu người trong số truy cập tất cả của tôi tự động và bao nhiêu người có một con người thực tế bên kia. Tôi đoán ít 100 lượt truy cập mỗi ngày tự động.

Đi đến những con số!

Tôi đã viết blog entry của tôi đầu tiên vào tháng bảy 27, 2007.

Tôi đã viết khoảng 60 blog mới kể từ đó, nhiều hơn 50 trong đó trực tiếp liên quan đến SharePoint.

Tôi bắt đầu để theo dõi các số truy cập của tôi trong một bảng tính trên một cơ sở hàng ngày vào giữa tháng chín.

Hàng tháng bắt đầu:

Tuần đầu tiên của: Tổng lượt truy cập
Tháng Mười 1,234
Tháng mười một 2,162
Tháng mười hai 3,071
Tháng một 2008 4,253

Tất cả theo tháng

Tháng Tổng lượt truy cập
Tháng Mười 6,620
Tháng mười một 11,110
Tháng mười hai 13,138

Nhãn hiệu nước cao

Loại Tổng lượt truy cập
Ngày tốt nhất 958
Tốt nhất tuần 4,253
Tổng lượt truy cập kể từ ngày Zero 42,438

Tôi quan tâm đến những người khác’ số liệu thống kê. Nếu bạn quan tâm đến bạn chia sẻ trong các ý kiến, Xin vui lòng làm!

</kết thúc>

Technorati Tags:

Buổi sáng chủ nhật Funny: “Có, Có, Có. Blah, blah, blah.”

Khoảng sáu năm trước, bốn tuổi, con trai của tôi và tôi đã là lên lầu xem một Kênh Discovery "cá mập tấn công" đặc biệt (có thể điều). Ông còn rất trẻ vào thời điểm và tôi đã luôn luôn lo lắng những gì ông có thể nhìn thấy trên một chương trình như thế này và làm thế nào ông có thể mất nó. Tôi không muốn anh ta để phát triển, Ví dụ, bất kỳ đặc biệt lo ngại nước hoặc blab một cái gì đó không phù hợp để bạn bè của mình và có thể gây ra mạng người bạn em bé của mình để đến rơi xuống.

Phát hiện xử lý các loại đối tượng rất tốt. Nó không phải là về việc tạo ra một sợ hãi của một cái gì đó, mà là để hiển thị như thế nào không bình thường là cho các cá mập để tấn công con người.

Vì vậy, chúng tôi đang theo dõi nó và có một cuộc tấn công đặc biệt đáng sợ liên quan đến một cô gái nhỏ. Khi phát hiện ra xây dựng các phim truyền hình của các cuộc tấn công, con trai tôi (những người luôn luôn có cực kỳ tăng vọt dù sao), nhận được rất vui mừng. Tôi làm cho một số tiếng ồn về làm thế nào bất thường là cho các cá mập để tấn công những người, và làm thế nào xấu các cô gái nghèo phải cảm thấy.. Tôi đang cố gắng để giải thích rằng người phục hồi từ những sự kiện này và trở nên mạnh mẽ hơn cho nó. Tuy nhiên, Tôi có misinterpreted hứng thú của mình. Ông đã không phải lo lắng về các cô gái ở tất cả. Thay vào đó, trong khi vỗ tay, ông nói với tôi, "Cá mập thích nó! Nó là tuyệt vời. Nó là tuyệt vời. Của nó một giấc mơ trở thành sự thật!"

Tôi nghĩ rằng điều này đã được hilarious, nhưng cũng rất đáng lo ngại. Một mặt, Tôi đã vui mừng — ngay cả một chút tự hào — Ông có thể có cảm xúc mạnh mẽ empathic, Cross-loài mặc dù họ có thể. Là con người, chúng ta cần phải phát triển của chúng tôi "cơ bắp empathic" Vì vậy, nói chuyện hoặc bạn sẽ kết thúc lên như Anh chàng này 🙂 On the other hand, ông đã cảm thấy cross-loài đồng cảm về hướng một loài người đã trưng bày hành vi ác để riêng của mình. Tôi đã thực sự đấu tranh với điều này khi kể chuyện sử dụng từ "mô hình". Con trai tôi chọn lên trên đó và hỏi tôi những gì mà có nghĩa là.

Đó không phải là một từ dễ dàng để mô tả cho một bốn tuổi, nhưng tôi đã cho nó một thử. Khi tôi nghĩ của từ "mô hình", Thomas Kuhn không bao giờ xa suy nghĩ của tôi. Tôi đọc Cấu trúc của cuộc cách mạng khoa học trở lại Lafayette và cho tốt hơn hoặc tồi tệ hơn, từ "mô hình" mang thai phụ ý nghĩa đối với tôi. (Loại giống như chữ "liên hệ" sau khi nghe một giọng nói phim điện thoại cho tôi biết nơi tôi có thể nhìn thấy bộ phim đó [Tôi nghĩ rằng cuốn sách đã tốt hơn]; Tôi luôn luôn nói với bản thân mình, "LIÊN HỆ!" bất cứ khi nào tôi nhìn thấy hoặc nghe ai đó nói "liên hệ").

Dù sao, Tôi đang cố gắng để giải thích cho anh ta một định nghĩa Kuhnian, nó là "một lịch sử phong trào của tư tưởng" và đó là một cách"suy nghĩ với một số được xây dựng trong giả định rằng rất khó để thoát cho những người sống ở thời điểm đó." Tất nhiên, bạn không thể nói chuyện như với một bốn tuổi, Vì vậy tôi đang cố gắng liên tục xác định nó để miếng nhỏ hơn và cảm giác khá tự hào về bản thân mình như tôi làm như vậy. (Tôi chỉ biết rằng một ai đó bên ngoài trường đại học nào quan tâm rằng tôi đã đọc Kuhn!).

Tôi chỉ đang nóng lên đến nhiệm vụ khi ông ngắt tôi. Vẫy tay theo hướng chung của tôi và không bao giờ dùng mắt ra một tàn bạo cá mập tấn công, ông chỉ cần nói, "có, Có, Có. Blah, blah, blah.".

So much for that 🙂

Vào thời điểm đó, Tôi quyết định chạy trốn, nói một cách Hoa Mĩ, ngồi lại, và thưởng thức xem cá mập tấn công con người với con trai của tôi.

</kết thúc>

Technorati Tags:

Chuyển đổi xem xem dựa trên tên người dùng trong một hình thức InfoPath

Chúng tôi đã có một phát triển một hình thức InfoPath với nhiều lần xem để hỗ trợ một thuê mới / quá trình trên nội trú. Khi công ty thuê một người mới, bộ phận IT và các nhóm khác phải có hành động (thiết lập biên chế, cho phép truy nhập cho các ứng dụng thích hợp, xác định vị trí một bàn làm việc, vv). Chúng tôi sử dụng trên mẫu nhưng một cái nhìn khác nhau của các hình thức cho mỗi người trong số những chức năng.

Công ty này, Hầu hết những người liên quan trong quá trình kinh doanh là hiểu biết nó, Vì vậy, khi họ truy cập vào các hình thức, xem mặc định của họ là một "trình đơn" xem với các nút trực tiếp cho họ để chức năng cụ thể của họ. Tuy nhiên, chúng tôi cần thiết để đơn giản hóa việc cho thuê mới quản lý trực tiếp. Người này sẽ không thấy bất kỳ của nó liên quan đến công cụ. Thực tế, cô nên xem chỉ là một cái nhìn của các hình thức và thậm chí không có một tùy chọn để xem các quan điểm khác.

Trong trường hợp của chúng tôi, mà trực tiếp của người quản lý tài khoản trực tiếp gắn với các hình thức biếu của một liên hệ với công cụ chọn (mà tôi luôn luôn mong muốn gọi cho một "người chọn" Đối với một số lý do).

Các bước là như sau:

1. Trong chế độ thiết kế, đi đến công cụ-> Hình thức tùy chọn-> Mở và lưu.

2. Chọn "quy tắc".

3. Tạo một quy tắc mới mà hành động này là "chuyển sang xem" và có điều kiện thúc đẩy tên người dùng() chức năng.

tên người dùng() trả lại đơn giản"" tên người dùng mà không có tên miền. Nếu tôi đăng nhập vào SharePoint với thông tin đăng nhập "domainpagalvin", tên người dùng() trả về "pagalvin".

Bộ chọn liên hệ cung cấp ba bit của thông tin cho một số liên lạc. "AccountID" phần là hữu ích nhất cho tình huống này. Điều duy nhất mà làm cho điều này thậm chí một chút thách thức là mà bộ chọn liên hệ (trong môi trường của tôi dù sao) trả về tên miền và người dùng ID, như trong "domainpagalvin". Điều này ngăn cản chúng tôi từ làm một điều kiện bình đẳng về phía trước thẳng từ AccountID ("domainpagalvin") sẽ không bao giờ bằng tên người dùng() ("pagalvin").

Chúng tôi có thể nhận được xung quanh này bằng cách sử dụng các "chứa" nhà điều hành: AccountID chứa tên người dùng().

Chúng tôi có thể mất nó hơn nữa và pre-pend một khó mã hoá tên miền ở phía trước của tên người dùng() chức năng để có được chúng tôi kiểm tra sự bình đẳng và loại bỏ nguy cơ một sai tích cực trên các nhà điều hành có.

Chúng tôi sẽ có thực sự giống như tự động chuyển đổi chế độ xem cho những người dùng khác dựa trên thành viên nhóm bảo mật quảng cáo của họ. Ví dụ:, Khi một thành viên của "nó Analytics" Nhóm chủ yếu truy cấp các hình thức, tự động chuyển sang g.diện CNTT Analytics. Chúng tôi không có thời gian để thực hiện nó, nhưng suy nghĩ đầu tiên của tôi là tạo ra một dịch vụ web nào có một phương pháp như "IsMemberOfActiveDirectorySecurityGroup", vượt qua nó tên người dùng() và quay trở lại đúng hay sai. Có ai có bất kỳ khác, Thêm ý tưởng thông minh? Là có bất kỳ chức năng SharePoint chúng ta có thể tận dụng từ InfoPath để làm cho rằng quyết tâm?

</kết thúc>

Technorati Tags:

Vô tình thêm mã với một hình thức InfoPath; Cố ý việc loại bỏ nó

Khi làm việc với các nút trên một biểu mẫu, chúng ta thường thêm quy tắc. Bạn truy cập vào trình soạn thảo quy tắc từ các thuộc tính của nút.

Khi nhấp vào xung quanh một cách nhanh chóng, nó rất dễ dàng để vô tình nhấn vào "chỉnh sửa mẫu mã" thay vì các "quy tắc …".

Lần đầu tiên tôi đã làm điều này, Tôi hủy bỏ ra khỏi trình biên tập mã. Tuy nhiên, khi tôi đã cố gắng để xuất bản dưới hình thức một chút trong khi sau đó, nó đòi hỏi rằng tôi công bố như là một "hình thức quản trị phê duyệt mẫu (nâng cao)". Tôi thực sự đã không làm bất kỳ lập trình và tôi hoàn toàn không muốn đi qua một quá trình chấp thuận không cần thiết. Tôi đã ở một chút hoảng sợ lúc đó do ràng buộc thời gian. Để vượt qua nó, Tôi chỉ đơn giản là khôi phục bản sao lưu trước và tiếp tục. Tôi gần đây đã thấy một số bài viết blog về người đi sâu vào các hình thức XML để tinh chỉnh những điều và tôi đã sợ tôi sẽ phải làm một cái gì đó tương tự.

Ngày hôm nay, Tôi đã làm nó một lần nữa. Thời gian này, Tôi đã có rất ít thời gian hơn trên bàn tay của tôi và thấy rằng bạn có thể dễ dàng hoàn tác này.

Đi tới:

Công cụ-> Hình thức tùy chọn-> Lập trình: "Loại bỏ mã"

Nó không nhận được nhiều dễ dàng hơn.

</kết thúc>

Technorati Tags: ,

Bảo mật tối thiểu cần thiết cho các hình thức InfoPath

Tôi cần thiết để đáp ứng một yêu cầu an ninh cho một hình thức InfoPath vào ngày hôm nay. Trong tình huống kinh doanh này, một số lượng tương đối nhỏ các cá nhân được phép để tạo ra một hình thức InfoPath mới và một đối tượng rộng hơn nhiều được phép chỉnh sửa nó. (Điều này là mới thuê ngày lên máy bay mẫu được sử dụng bởi nguồn nhân lực mà ra mắt một công việc).

Để đáp ứng mục tiêu đó, Tôi tạo ra tạo cấp phép mới hai ("tạo và Cập Nhật" và "Cập Nhật chỉ"), đã phá vỡ các thừa kế cho thư viện mẫu và gán quyền cho một "tạo, Cập Nhật" người sử dụng và một riêng biệt "Cập Nhật chỉ" người dùng. Cơ học tất cả làm việc, nhưng nó bật ra nhiều hơn một chút liên quan đến hơn tôi mong đợi. (Nếu bạn cảm thấy một chút run rẩy SharePoint quyền, kiểm tra đăng bài blog này). Cấu hình yêu cầu bảo mật cho cấp phép đã không thiết lập rõ ràng chi tiết quyền. Để tạo ra một mức độ quyền chỉ Cập Nhật cho một hình thức InfoPath, Tôi đã làm những điều sau đây:

  1. Tạo cấp phép mới.
  2. Xóa đi tất cả tùy chọn.
  3. Chọn chỉ sau đây từ "Danh sách cho phép":
    • Chỉnh sửa mục
    • Xem các mục
    • Xem ứng dụng trang

Chọn các tùy chọn này cho phép người dùng để cập nhật một hình thức, nhưng không tạo ra nó.

The trick là để cho phép "Xem ứng dụng trang". Không có bất kỳ verbage ở cấp độ quyền mà chỉ ra rằng cần thiết cho bản Cập Nhật chỉ InfoPath hình thức, nhưng lần lượt ra nó là.

Tạo và Update là thậm chí người lạ. Tôi theo các bước tương tự, 1 thông qua 3 ở trên. Tôi đã phải đặc biệt thêm một "trang web quyền" tùy chọn: "Sử dụng khách hàng tích hợp tính năng". Một lần nữa, Mô tả có không làm cho nó có vẻ như nó nên được yêu cầu cho một hình thức InfoPath, nhưng nó kìa.

</kết thúc>

Technorati Tags: ,

Rằng “Giữa” Cảm giác; Các quan sát về SharePoint tư vấn

Đáng buồn, giai đoạn một của dự án cuối cùng của tôi đã đến để đóng một và khách hàng đã lựa chọn để đi tiếp bởi mình vào giai đoạn hai. Chúng tôi đã làm công việc của chúng tôi quá tốt, as usual 🙂 I’m now between projects, một thời gian đặc biệt cho nhân viên tư vấn như bản thân mình (as opposed to independents who must normally live in perpetual fear of in-between time 🙂 ). Chúng tôi nhân viên tư vấn điền vào thời gian này trong nhiều cách khác nhau: Làm việc với bán hàng dân gian để viết đề xuất; điền vào cho một ai đó hoặc sao lưu một người trên đây hoặc rằng công việc lặt vặt; nghiên cứu; Viết blog :). Thật khó để lên kế hoạch hơn là một vài ngày trước. Vào những thời điểm như thế này, trong khi tôi có một chút thời gian trên bàn tay của tôi, Tôi muốn phản ánh.

Tôi hầu như luôn luôn buồn khi rời khỏi khuôn viên của khách hàng một lần. Chúng tôi tư vấn tạo thành một loại đặc biệt của mối quan hệ với khách hàng của chúng tôi, không giống như mối quan hệ tiêu biểu đồng nghiệp của bạn. Có là tiền góc — mọi người đều biết tốc độ của tư vấn là đôi/ba hoặc thậm chí nhiều hơn nhân viên khách hàng. Bạn là một người nổi tiếng tạm thời. Như là một nhà tư vấn, bạn là một người ngoài cuộc vĩnh viễn với a nhiều hơn hoặc ít hơn ngày khởi hành nổi tiếng. Được, bạn ăn trưa với khách hàng, đưa họ ra ngoài ăn tối và/hoặc cho các thức uống, mua tập tin cookie cho đội, đi trên cà phê chạy, cung cấp cho/nhận được holiday thẻ — Tất cả các loại những thứ mà đồng nghiệp làm. Một mặt, bạn là người lớn trong phòng. Bạn là một chuyên gia trong công nghệ mà đặt bạn trong một vị trí cao cấp. Mặt khác, bạn là một em bé. Ngày zero, chuyên gia tư vấn không biết tên, những nơi hoặc biệt ngữ của khách hàng. Hầu hết các lần, chuyên gia tư vấn không bao giờ tìm hiểu tất cả.

Khi mọi thứ đi tốt, bạn trở nên tích hợp rất tốt với nhóm dự án của khách hàng. Họ đối xử với bạn như một đồng nghiệp trong một ý nghĩa, và confidant ở khác. Kể từ khi chúng tôi không có một phong cách quản lý báo cáo mối quan hệ với khách hàng, Nhóm dự án thường cảm thấy một chút miễn phí với không khí của Giặt bẩn. Họ làm rào cản của thất vọng và có thể đặt các nhà tư vấn vào tình thế khó khăn, không bao giờ nhận ra họ đang làm nó.

Chuyên gia tư vấn thường không nhận được để thực hiện giai đoạn hai và rằng không bao giờ được dễ dàng cho tôi. Tôi nghĩ rằng đây là đặc biệt khó khăn với SharePoint. Giai đoạn một của dự án SharePoint điển hình của bạn bao gồm cài đặt/cấu hình, quản trị, phân loại, loại nội dung cơ bản, vv. và trong nhiều tôn trọng, số tiền để một dài, cực kỳ chi tiết khám phá. Đó là làm thế nào tôi xem dự án cuối cùng của tôi. Chúng tôi đã làm tất cả những gì cơ bản cũng như thực hiện một số tốt đẹp mini-POC của bằng cách mở rộng CQWP, thực hiện kết nối BDC PeopleSoft, giới thiệu một công việc khá phức tạp với SharePoint Designer, xúc động về cơ bản KPI và nhiều hơn nữa. Một giai đoạn thích hợp 2 sẽ mở rộng tất cả rằng với mở rộng, gần như phổ biến BDC, quy trình làm việc thực sự tốt đẹp, Tìm kiếm điều chỉnh tốt và tốt hơn, Hồ sơ trung tâm, vượt trội dịch vụ và có lẽ quan trọng nhất, đến với các đơn vị kinh doanh. Nhưng, nó là không phải là cho tôi, và đó là buồn.

Dựa trên kinh nghiệm gần đây này, Tôi nghĩ rằng đó là công bằng để nói rằng một thực hiện SharePoint doanh nghiệp thích hợp là một quá trình một năm. Nó có lẽ cách hợp pháp có thể chạy hai năm trước khi đạt đến một điểm giảm dần trở về. Chi tiết vấn đề, Tất nhiên.

Đó là cuộc sống của tư vấn và tất cả các khiếu nại ít là thậm chí tệ hơn trong một trận SharePoint. Như tôi đã viết trước khi, SharePoint của ngang thiên nhiên mang đến cho bạn tiếp xúc với một mảng rộng các đơn vị người và kinh doanh. Khi bạn đang làm việc với rất nhiều người dân, bạn có thể nhìn thấy rất nhiều cách SharePoint có thể giúp công ty trở nên hiệu quả hơn, tiết kiệm thời gian, làm những điều tốt hơn… nhưng bạn không luôn luôn có thể làm cho họ.

Tôi thường nhìn lại công việc đầu tiên của tôi ra khỏi trường cao đẳng, trước khi bắt đầu một sự nghiệp tư vấn 1995. Chúng tôi đã nhận được để làm một giai đoạn hai và thậm chí một giai đoạn 3. Đó là thời gian tốt đẹp. Điểm bất lợi, Tuy nhiên, điều đó có nghĩa rằng đó có nghĩa là rất nhiều công cụ thường xuyên quá. Quản lý trang web bảo mật. Chỉnh loại nội dung. Tạo lượt xem và thay đổi lượt xem. Đối phó với thiết đặt bảo mật trình duyệt IE. Khôi phục lại bị mất tài liệu. Blech! 🙂

Mặc dù tôi tâm trạng u sầu, Tôi không thể tưởng tượng một nơi tôi muốn (Ngoại trừ tại một bãi biển ấm áp với một nguồn cung cấp đẹp trai của linh hồn).

Tôi không thể chờ đợi để bắt đầu thực hiện dự án tiếp theo SharePoint doanh nghiệp.

(Apropos of không có gì, Tôi đã viết hầu hết các blog entry này trên một Xe buýt vận chuyển NJ. Tôi không nghĩ rằng tôi đã thực hiện bất cứ bạn bè, but one CAN blog on the bus 🙂 )

</kết thúc>

Technorati Tags:

Chủ Nhật Funny: “Họ đang không phải là xấu”

Lại gần 1999, Tôi đã chi tiêu rất nhiều tuần ra tại Santa Barbara, CA, làm việc cho một khách hàng, để lại một mình của tôi vợ nghèo trở lại đây ở New Jersey. Tôi đắt yêu vợ tôi. Tôi yêu cô ấy hôm nay cũng giống như nhiều như tôi đã làm khi cô foolishly kết hôn với tôi 1,000 năm trước đây. Một nơi nào đó dọc theo dòng, Tôi đặt ra một cụm từ, "đặc biệt sợ hãi", như trong "Samantha đã đặc biệt lo ngại." Nó là một nỗi sợ hãi đặc biệt của "lỗi", để cô ấy không phải là bay hoặc bọ rùa, nhưng thay vì vi khuẩn. Cô ấy là sợ này hay rằng virus hoặc không bình thường vi khuẩn mắc bệnh con trai của chúng tôi, hoặc tôi, nhưng không bao giờ thực sự mình. (Cô ấy cũng đặc biệt sợ ma cà rồng, búp bê ác thu nhỏ (đặc biệt là chú hề) và tai nạn tàu ngầm; cô đã ra-phát triển của cô sợ hãi đặc biệt của người mặc quần áo trong trang phục Santa Claus).

Một ngày, đồng nghiệp của tôi và tôi quyết định lái xe lên đến dãy núi gần đó gần Ohai. Tại một thời điểm, chúng tôi đã nhận ra xe để có trong cảnh. Khi chúng tôi đã nhận trở lại vào xe, Tôi nhận thấy rằng một đánh dấu vào vai của tôi. Tôi flicked ra cửa sổ và đã là nó.

Đêm đó, Tôi nói với cô ấy về lái xe của chúng tôi và đề cập đến các đánh dấu vào. Cuộc đàm thoại đã đi một cái gì đó như thế này:

S: "Oooo! Đó là xấu. Họ thực hiện bệnh."

P: "Vâng, Tôi flicked nó ra cửa sổ."

S: "Họ là thực sự xấu mặc dù. Họ có thể nhận được dưới da của bạn và hút máu và chuyển lỗi. Bạn tốt hơn kiểm tra tóc của bạn và đảm bảo rằng không có bất kỳ trong đầu của bạn!"

P: Trong một giọng nói lớn: "My God! HỌ CÓ THỂ ĐI QUA TÂM TRÍ CỦA BẠN???"

S: Nghĩa là yên tâm tôi: "No, chúng tôi không phải là xấu."

</kết thúc>

Technorati Tags:

Nhanh chóng và dễ dàng: Tự động mở InfoPath hình thức từ SharePoint Designer Email

CẬP NHẬT: Madjur Ahuja chỉ ra này liên kết từ một thảo luận nhóm tin: http://msdn2.microsoft.com/en-us/library/ms772417.aspx. Nó là khá đứt.

===

Chúng tôi thường muốn nhúng siêu liên kết đến InfoPath hình thức trong email được gửi từ quy trình công việc SharePoint Designer. Khi người dùng nhận được những email, họ có thể nhấp vào liên kết từ email và đi trực tiếp đến các hình thức InfoPath.

Xây dựng URL quái vật này làm việc cho tôi:

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&Nguồn = http % 3A % 2F % 2Fserver % 2Ecorp % 2Edomain % 2Ecom % 2Fsites % 2Fdepartments % 2FTechnical % 2520Services % 2FInformationTechnology % 2FHelpDesk % 2FREC % 2520REM % 2520RED % 2520Forms % 2FForms % 2FAllItems % 2Easpx&DefaultItemOpen = 1

Thay thế văn bản in đậm màu đỏ với tên của các hình thức, như thể hiện trong ảnh chụp màn hình sau đây:

hình ảnh

Lưu ý rằng có rất nhiều con đường cứng mã hoá trong URL đó, cũng như một thành phần mã hóa URL. Nếu điều này là quá khó để dịch vào tình hình cụ thể của bạn, Hãy thử tắt trên thông báo đối với thư viện mẫu. Đăng một hình thức và khi bạn nhận được email, xem mã nguồn của email và bạn sẽ thấy tất cả mọi thứ bạn cần để bao gồm.

Astute độc giả có thể nhận thấy rằng cơ thể thư điện tử ở trên cũng cho thấy một liên kết trực tiếp chủ yếu truy cấp nhiệm vụ thông qua một cái nhìn lọc. Tôi kế hoạch để giải thích chi tiết hơn trong một bài đăng trong tương lai.

</kết thúc>

Technorati Tags: