Mənim son maddə ilə qədər www.sharepointbriefing.com. Burada bir iltifat var:

Burada bütün şey oxumaq: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Aşağıdakı adımları burada real ictimai web site istifadə onu görmək:

1. Bu səhifəyə dön: http://cdi-its.com/Pages/Customer_Support.aspx (Bu CDI üçün müşteri destek səhifə).
2. Sol naviqasiya ildə "Case" düyməsinə basın.

Bu Case siyahısını və "Müştərilər üçün azadlığı" saytına jump edəcək.

</son>

Blog abunə.

Da Twitter məni izləyin 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. Məsələn, 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 🙂

Mənim müştəri hələ də görkəmli tələbləri bir sıra, 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. "Təsdiq" və ya "inkar") and we can specify a hard coded value in the title and description. That’s about it.

Mənim müştəri tələbinə iki qat:

1. SharePoint tapşırıq tapşırıq haqqında e-poçt göndərir zaman, e-poçt orqan vəzifə haqqında məlumat bir çox daxildir.
2. Daha da önemlisi, xeyli yaxşı – istifadəçi e-poçt vəzifə link tıkladığında, 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 (Bu halda bir InfoPath form). Then you click back/back, və s.. Everyone hates it.

Mən bu qədər messy texniki həll miras etdik və mən mümkün ən az müdaxilə yolu ilə dəyişikliklər etmək istəyirik.

The approach I’m taking right now is to create a custom alert template. Siz burada oxuya bilərsiniz. The flow works like this:

• SPD iş çalışır.
• Bir anda, bir menecerə tapşırıq verir.
• SharePoint system automatically sends out an alert to that manager. This is not part of the SPD workflow but rather “what SharePoint does.” (SharePoint timer xidmət, İnanıram).
• Xüsusi siqnalı handler standart siqnalı prosesinin xeyrinə çağrıldığında (Yuxarıda istinad məqalədə təsvir olunduğu kimi sehrli qaydalarına riayət).
• Xüsusi siqnalı handler çalıştığında, it generates a beautiful email. Daha da önemlisi, bu tərəfdən vəzifə var, bu da biznes tələblərinə cavab üçün lazım olan bütün kontekstində informasiya ilə faktiki vəzifə bəzəyir.
• Istifadəçi e-poçt alır və faydalı kontekstində informasiya tam deyil.
• Vəzifəsi link və vəzifə özü İstifadəçi klik faydalı kontekstində informasiya doludur.
• Hər kəs qarpız və dondurma üçün ev gedir.

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.

Yalnız çətin bit, indiyə qədər, burada uyarı yenilikləri maddə bir vəziyyət qarşısını almaq üçün, triggering another alert. This doesn’t worry me.

Bu günə qədər ümidverici görünür ...

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 görev siyahısını WIF MOAR MƏZMUNU".

</son>

Blog abunə.

Da Twitter məni izləyin http://www.twitter.com/pagalvin

[Qeyd: Mən düz üz mən bu nümayiş istədiyiniz nəticəsi maliyyə marağı var demək istəyirəm ki,, mən tam açıqlanması maraq qeyd olan, və s.. This is actually the first time I’ve ever blogged about an event where I stand to benefit personally in this way.]

Bu web nümayiş Cümə axşamı yer tutur, 06/04 da 12:30 EDT, da sona 1:30PM EDT.

Mənim əla iş ortağı ilə əməkdaşlıq, İnteqrasiya Sistemləri və Services Group (ISSG), I have been working to develop a vertical business application using SharePoint as the platform. Bu halda, 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, satış o cümlədən, mühəndislik, tədqiqat və inkişaf, hüquqi və digər qruplar.

Demo əməkdaşlıq belə asanlaşdırır bir proqram göstərmək niyyətindədir, bu əməkdaşlıq bit bütün backend ERP sistemi ilə inteqrasiya lazımdır nə müzakirəsi ilə yanaşı,.

Nəhayət, 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.

Belə, Niyə bu demo qeydiyyatdan və görmək üçün narahat olacaq? 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.

Əgər istəyirsinizsə, Burada ol(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</son>

Blog abunə.

Da Twitter məni izləyin http://www.twitter.com/pagalvin

Mənim son məqalə at qədər www.EndUserSharePoint.com. I wrote about SharePoint Designer, Son indi və son istifadəçilər cəhd və izləmək səlahiyyətinə nümayiş etdirmək üçün və bu alət ətrafında inam yaratmaq bilər ki, bir strategiya kontur.

Şərh məqalədə özü daha maraqlı.

Check it out.

</son>

Blog abunə.

Da Twitter məni izləyin http://www.twitter.com/pagalvin

Mənim cari layihə haqqında, istifadəçilər bəzi dünyada səyahət edəcək və müxtəlif istiqamətlərə gəlmək zaman, use whatever machine is handy at the time. Those guest machines will be running Windows and installed and configured for the local locale. (Mən qonaq maşın sağ dil paketleri, ola bilər ki sonra… ola bilsin ki, iradə, faktiki olaraq… İndi ki, bir otopark alıram).

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.

Biz iki yanaşmanın araşdırmaq olacaq:

1. HTTP Handler: IIS yüklü Xüsusi HTTP handler istifadəçi MOSS profil qədər görünür, tercih edilen dil anlamaq və sonra MOSS nəzarət keçən əvvəl ətrafında olduğu kimi HTTP başlığı keçid.
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.

Digər mürəkkəbləşdirən amil biz 60k istifadəçilər dəstək lazımdır ki,, haqqında 1,000 eyni zamanda pik yük da MOSS erişmekte bilər olan.

HTTP handler olduqca qəti görünür, 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.

Biz Global.asax növü yanaşma doğru meyl edirik, biz o anda önbelleğiyle məlumat üçün daha çox seçim olacaq iman əsasən çünki.

Daha çox məlumat kimi mən bu mövzuda blog daha çox olacaq.

Bu barədə bir şey bilirsiniz varsa, zəhmət olmasa şərh yazın 🙂

</son>

Blog abunə.

Da Twitter məni izləyin http://www.twitter.com/pagalvin