Мая апошняя артыкул у да www.sharepointbriefing.com. Вось тізер:

Прачытайце усё гэта тут: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Глядзіце ў выкарыстанні рэальнага агульнадаступным вэб-сайце тут, выканайце наступныя дзеянні:

1. Да гэтай вэб-старонцы: http://cdi-its.com/Pages/Customer_Support.aspx (На гэтай старонцы службы падтрымкі CDI).
2. Націсніце на кнопку "Прыклады" ў левай руцэ навігацыі.

Ён пяройдзе на "Служба падтрымкі" ў раздзеле спіс тэматычных даследаванняў.

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

One of my clients worked with a previous contractor to build out a small but useful HR application for the enterprise. That contractor used SharePoint Designer to implement the workflow portion of the solution. It’s a bit of a mess. Напрыклад, there are nine SPD workflows in support of a single logical workflow process and up to five of them may fire simultaneously at any given time given the right conditions. It’s not easy to debug 🙂

Мой кліент мае шэраг ўсё яшчэ нявыкананых патрабаванняў, one of which is to generally provide more context when the system sends out email alerts – both in the email itself as well as associated task forms. As SPD workflow implementers know, the “collect data from user” SPD action actually creates a task with a custom content type. When we use that action, we don’t get to specify much. We can prompt for some values (e.g. "Дазволіць" або "Забараніць") and we can specify a hard coded value in the title and description. That’s about it.

Мае патрабаванні кліента складаецца з двух частак:

1. Калі SharePoint пасылае ліст аб прызначанай задачы, ўключаюць у сябе шмат інфармацыі аб задачы ў целе паведамлення электроннай пошты.
2. Што яшчэ больш важна, нашмат – калі карыстальнік націскае на задачы спасылку ў лісце,, the task form should have all the information the approver needs in order to make his/her approve or deny decision. Right now, the manager needs to click on the item link itself to drill down into the underlying details and no one likes that. You have to click in the email. Then you need to click a sort of obscure link on the task item. Then you can look at the underlying data (InfoPath форму ў гэтым выпадку). Then you click back/back, і г.д.. Everyone hates it.

Я атрымаў у спадчыну гэтую некалькі брудных тэхнічнае рашэнне, і я хачу ўнесці змены ў найменш дакучлівым спосабам.

The approach I’m taking right now is to create a custom alert template. Вы можаце прачытаць пра гэта тут. The flow works like this:

• СПД рабочым працэсам.
• У нейкі момант, ён прызначае задачу мэнэджара.
• SharePoint system automatically sends out an alert to that manager. This is not part of the SPD workflow but rather “what SharePoint does.” (Службы таймера SharePoint, Я лічу,).
• Карыстацкі апрацоўшчык абвесткі выклікаецца ў карысць стандартнае папярэджанне працэсу (пасля магічны правілы, як апісана ў вышэйпаказанай артыкуле).
• Калі мой персаналізаванага абвесткі выкананні апрацоўшчыка, it generates a beautiful email. Што яшчэ больш важна, так як ён мае пастаўленай задачай, яно таксама ўпрыгожвае актуальнай задачай з усімі кантэксце інфармацыі, неабходнай для задавальнення бізнес-патрабаванняў.
• Карыстальнік атрымлівае ліст, і гэта поўна карыснай інфармацыі кантэксту.
• Карыстальнік націскае на спасылку задачай і задачай само па сабе поўны карыснай інфармацыі кантэксту.
• Усе ідуць дадому, каб кавуны і марозіва.

I did a quick POC and it works well in a lab environment. I get my custom email alert as expected. I also get to update the task description and title itself.

Адзінай хітрасцю, да гэтага часу, , Каб пазбегнуць сітуацыі, у якой апавяшчэнне абнаўляе элемент, triggering another alert. This doesn’t worry me.

Выглядае шматабяцальным да гэтага часу ...

The great thing about this is that I don’t need to muck about with any of the existing SPD workflows. They are blissfully unaware that an alert handler is “IIZ бегчы In Da Bakground, DECORATIN ТЫХ спіс задач WIF MOAR КАНТЭКСТ".

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

[Увага: Я хачу адразу сказаць, што ў мяне ёсць фінансавая зацікаўленасць у жаданы вынік гэтай дэманстрацыі, якіх я згадваю ў інтарэсах поўнага раскрыцця інфармацыі, і г.д.. This is actually the first time I’ve ever blogged about an event where I stand to benefit personally in this way.]

Гэты вэб-дэманстрацыя адбываецца чацвер, 06/04 ў 12:30 EDT, заканчваецца ў 1:30PM EDT.

У супрацоўніцтве са сваім выдатным дзелавым партнёрам, Інтэграваныя сістэмы і паслугі групы (ISSG), I have been working to develop a vertical business application using SharePoint as the platform. У гэтым выпадку, we’re building an application that serves the needs of manufacturers that make customized product for their customers. In these cases, a great deal of collaboration needs to take place between the customer and the manufacturer. There’s also a great deal of collaboration required between different groups within the manufacturer, у тым ліку продаж, машынабудаванне, даследаванне і распрацоўка, прававых і іншых груп.

Дэма збіраецца паказаць, што палягчае прымяненне такога супрацоўніцтва, нараўне з абмеркавання таго, як усе гэтыя біты супрацоўніцтва неабходна для інтэграцыі з сервернай сістэмай ERP.

Нарэшце, this isn’t going to be a SharePoint demo. This is a demonstration of a solution for a specific niche problem that happens to use SharePoint as the platform.

Так, навошта вам зарэгістравацца і ўбачыць дэма-? I don’t expect too many readers of my blog to be all that interested in a solution for make-to-order manufacturers 🙂 Your take-away would be the concept itself – using SharePoint purely to deliver a business solution without regard to SharePoint itself.

Калі вы зацікаўлены, калі ласка, зарэгіструйцеся тут(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Мая апошняя артыкул уверх на www.EndUserSharePoint.com. I wrote about SharePoint Designer, Канчатковыя карыстачы і контуры стратэгіі, канчатковыя карыстачы могуць паспрабаваць прытрымлівацца, каб прадэманстраваць сваю кампетэнтнасць і давер ва ўсім гэтым інструмент.

Каментары больш цікавыя, чым сама артыкул.

Праверце гэта.

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

На маім бягучым праекце, некаторыя з карыстальнікаў будзе падарожнічаць па ўсім свеце, і калі яны прыходзяць да розных напрамках, use whatever machine is handy at the time. Those guest machines will be running Windows and installed and configured for the local locale. (Я проста зразумеў, што гасцявыя машыны не могуць мець права моўныя пакеты… верагодна, не будзе, на самай справе… Я паркоўкі, якая адна на дадзены момант).

SharePoint needs to provide a mechanism whereby the user can pick their preferred language and then have MOSS honor that language regardless of how the user accesses MOSS. In other words, disregard whatever the browser tells IIS/MOSS and instead look up that preferred language and use it.

Мы збіраемся даследаваць два падыходу:

1. Апрацоўшчык HTTP: Карыстацкі апрацоўшчык HTTP усталяваны на IIS будзе шукаць MOSS профілі карыстальніка, высветліць патрэбны мову, а затым уключыце HTTP загалоўка вакол па меры неабходнасці перад перадачай кіравання MOSS.
2. global.asax: Modify global.asax to do the same thing. We may modify something else, but the idea is that we find some place where we can insert our locale-switching logic.

Іншыя ўскладняе фактарам з'яўляецца тое, што мы павінны падтрымаць 60k карыстальнікаў, аб 1,000 з якіх можа быць адначасова доступу МОХ пры пікавай нагрузцы.

Апрацоўшчык HTTP здаецца даволі рэзкім, but possibly the best place to put the code since it’s at the IIS level and all-knowing. It’s a good single point of work.

Мы схіляецца да global.asax падыход тыпу, галоўным чынам, таму што мы лічым, што мы будзем мець больш варыянтаў для кэшавання дадзеных у гэтай кропцы.

Я буду больш блогаў на гэтую тэму, як я магу даведацца больш.

Калі вы ведаеце што-небудзь пра гэта, please post a comment 🙂

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin