месечни архиви: Юли 2009

Предварително съществуващите условия: Шаблони за SharePoint сигнал за спасяване (?)

Един от моите клиенти, работили с предишния изпълнител да се изгради малък, но полезни HR заявление за предприятието. Че изпълнителят използва SharePoint Designer за изпълнение на работния поток част от разтвора на. Това е малко на каша. Например, има девет ЕДП работни потоци в подкрепа на един логичен поток процес и най-много до пет от тях може да пожар едновременно във всеки даден момент, дава правилните условия. It’s not easy to debug 🙂

Моят клиент има редица все още неизпълнени изисквания, един от които е да обикновено предоставят повече контекст, когато системата изпраща сигнали по имейл – както в самата електронна поща, както и свързаните с тях задачи форми. Като ЕДП поток изпълнители знам, действието "събира данни от потребител" ЕДП всъщност създава задача с потребителски тип съдържание. Когато използваме това действие, Ние не се да зададете много. Ние може да подкани за някои стойности (e.g. "одобрение" или "Отказ") и ние да зададете твърди кодирани стойност в заглавието и описанието. Това е за него.

Изискването на клиента ми е два пъти:

  1. Когато SharePoint изпраща имейл за присвояване на задача, включва много информация за задачата в тялото на имейл.
  2. Още по-важно, далеч – когато потребителят щракне върху задача връзката в имейл, формуляра на задачата трябва да има цялата информация, одобряващ трябва да направят неговото одобрение или отказ на решение. Точно сега, Управителят трябва да щракнете върху връзката за елемента, самата да пробия в основните подробности и никой не се интересува, че. Вие трябва да кликнете на имейл. Тогава ще трябва да щракнете върху нещо неясно връзка на задачата. След това можете да погледнете в основните данни (InfoPath форма в този случай). След това щракнете върху назад/назад, н. Всеки мрази го.

Аз съм наследил тази малко объркана техническо решение и аз искам да се промени в най-слабо вмешателство начин е възможно.

Аз съм като сега подход е да създадете потребителски шаблон за предупреждение. Можете да прочетете за това тук. Работи по този начин потока:

  • ЕДП поток работи.
  • В някакъв момент, Тя възлага задача на един мениджър.
  • Система SharePoint автоматично изпраща сигнал към този мениджър. Това не е част от ЕПД поток, но по-скоро "какво SharePoint прави." (Услугата за таймер на SharePoint, Вярвам, че).
  • Потребителски отговорник е извикан в полза на стандартния сигнал процес (след магически правила, описани в по-горе упомената статия).
  • Когато ми потребителски отговорник работи, тя генерира красива имейл. Още по-важно, тъй като тя има за задача в ръка, Тя също украсява реалната задача с всички контекста информация, необходима да отговарят на бизнес изискванията.
  • Потребителят получава електронна поща и е пълен с полезни контекст информация.
  • Потребителят кликне върху връзка към задача и самата задача е пълен с полезни контекст информация.
  • Всеки се прибира да има диня и сладолед.

Направих бързо Рос и работи добре в лабораторията среда. Получавам ми персонализирани имейл предупреждение, както се очаква. Аз също се да актуализира описанието на задачата и самото заглавие.

Само сложната малко, досега, е да се избегне ситуация, когато предупреждението актуализира елемента, задействане на друг сигнал. Това не ме притеснява.

Изглежда обещаващ досега...

Голямото нещо за това е, че аз не трябва да се мотам с някоя от съществуващите работни потоци, SPD. Те са блажено неведение, че отговорник е"ИМС RUNNIN В DA BAKGROUND, Д TEH ЗАДАЧА СПИСЪК WIF ФЕСТИВАЛ ШАТРИТЕ КОНТЕКСТ”.

</край>

Абонирайте се за моя блог.

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

Technorati тагове: ,

Живо Q на SharePoint&На сесията четвъртък 07/30/09 @ 12:30 Ч. EDT завършващ 1:30Ч. EDT

Актуализация: Формат за това е основно конферентен разговор с няколко PPT пързалки за задаване на сцената. Ние имаме със среда на SharePoint на стойка да огън в случай, че помага, но това е основно хора, които говорят на глас. Ще има възможности за последващи нагоре по имейл.

Връща към първата си някога SharePoint конференция, малко повече от преди една година, Аз съм поразен от колко страхотно живо Q&Една сесия може да бъде. Организаторите на конференцията са поставени заедно нещо на ad hoc група от "експерти" (т.е.. хората, които висяха и не се страхуват от гледам да глупаво горе на сцената) за да отговори на всички въпроси, които дойдоха от публиката в залата. Тя е в главата ми тогава, и периодично оттогава, да бъде домакин на подобно сесия, но го направи на линия и телефон. Не мисля, че тя може да бъде толкова добро, колкото в лице Q&Една сесия, но аз мисля, че тя може да бъде много готино.

Най-накрая имам към него и следващия четвъртък, 07/30, Моята фирма (Arcovis) и бизнес партньор, Интегрирани системи и услуги група, ще бъде домакин Q&А като че. Аз съм с надеждата да направите тези редовно, толкова често, колкото седмичен.

Това учредително заседание вероятно ще бъде малко неравен, но концепцията е това:

  • Ако имате въпроси, които бихте искали да отговори по време на сесия, просто се появи и да поиска.
  • Ако искаш, Можете да изпратите въпроса предварително.

Ние планираме да прекара през първата половина на Q&А по емайл въпроси и след това го отвори нещо, което някой иска след това.

Сесията се провежда в четвъртък, 07/30 Започвайки от 12:30 и се стигне до 1:30 Ч. EDT.

Ако проявявате интерес, Моля регистрирайте се тук: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=pxlsd9fpsm2md7h9

Групата ще включва мен и други светила на SharePoint. You’ll have to sign up to find out who they are 🙂

Ако искате да бъде един от тези светила за бъдещи Q&Една сесия, Нека да знаят.

</край>

Абонирайте се за моя блог.

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

Technorati тагове:

Вграждане на разработчика бележки вътре си формулярите на InfoPath

Аз съм все още живеят в света на формуляри на InfoPath и трябва да се направи една от тези "малки" промени към формуляр,, за съжаление, почивки именуване конвенция се приемат с него преди две седмици. Мислех за себе си, "някой ще изглежда в това, което една година от сега и казват, "Какво е Пол мислене? Дявол да го вземе, неговата именуване конвенция няма смисъл!”

Аз осъзнах, че мога да създавам Изглед във формуляра за това и след това, Още веднъж, осъзнах, че аз може да са били прави нещо като това през цялото време. Добавих "Разработчик бележки" изглед за InfoPath форма като такива:

image

Конфигурирах формуляра, така че потребителите не могат да получат до този изглед и следователно, само се вижда с клиента на InfoPath в режим на проектиране. Сега се чувствам малко инокулираните срещу някои бъдещи неизвестен разработчик, гледаш си форма и мислят лоши мисли за мен. Пфу!

</край>

Абонирайте се за моя блог.

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

Technorati тагове:

Управление на InfoPath пъти видяна

Мога да премине през фази на InfoPath където, на синьото, Аз съм занаяти един куп формуляри. Пръстите ми Научете как да използвате инструмента добре и след това минават през девет месеца суша и трябва да го научите всичко отначало, отново.

Аз съм в средата на фаза на InfoPath и аз съм създаване на формуляри на InfoPath с много пъти видяна. Едно нещо, което вероятно ще забележите е, че InfoPath 2007 Клиент показва изгледи по азбучен ред. Това е истински неудобство няколко пъти. Моят най-добър техника тези дни е да добавя число към името на изгледа, така че те винаги се показват в ред искам, както е показано тук:

image

Иска ми трябваше този начин всички заедно.

</край>

Абонирайте се за моя блог.

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

Technorati тагове: