Мојата најнова статија е во 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 (Ова е корисничка подршка страница за ИРЗ).
2. Кликнете на "case studies" во левата рака навигација.

Тоа ќе скокне до "Поддршка на корисниците на" дел од студии на случај оглас.

</крајот>

Да се ​​претплатите на мојот блог.

Следете ме на 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. Не е лесно да се дебагира

Мојот клиент има голем број на сеуште извонредни услови, 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 RUNNIN IN DA BAKGROUND, DECORATIN Teh задача листа 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 ќе се погледне нагоре Мос профилот на корисникот, дознаам склопот на јазикот, а потоа преминете на HTTP заглавието околу колку што е потребно пред да го одмине контрола на Мос.
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 тип пристап, главно затоа што ние веруваме дека ќе имаме повеќе опции за кеширање на податоци во тој момент.

Јас ќе бидам блогирањето повеќе на оваа тема, како јас дознаете повеќе.

Ако имате знае ништо за ова, ве молиме објавете коментар

</крајот>

Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin