месечни архиви: Януари 2009

Поведението на работен поток за контрол с потребителски списъци (Отново)

По-рано този месец, АЗ взети заедно статия първоначално планирано за Марк Милър www.endusersharepont.com. Въпреки това, Вместо това използвах като Дъстин Хофман използва кръст в края на Завършил да дадем ми (Жестоко! приятелски!) редактор на TechTarget.

Това е друга статия за работен поток на SharePoint Designer в същия дух като моя по-новите усилия тук: http://www.endusersharepoint.com/?p=1226 ("Използвайте списъците за контрол да се създаде гъвкав работен поток решения").

Тя започва като този:

Били ли сте някога пожела можете да забраните временно на работен поток на SharePoint Designer? Може да искате да направите това за маса-одобрява голям брой документи, без прихващане десетки — или може би стотици-от ненужните потоци.

Един от начините да се постигне това е да получите достъп до работния поток, използвайки дял-точка дизайнер и го изключите. За да направите това, трябва да се отворят SharePoint Designer, достъп до работния поток, промяна на свойствата му и го запишете отново. Проблемът с този метод е, че това е малко разхвърлян и вероятно да пръстен много аларма звънци най-много компании.

Като цяло, незначителен с SharePoint Designer работни потоци не е добра практика в производствена среда, нито е част от един добре контролиран процес.

Статията тогава ви разходки чрез решение на този проблем, който използва потребителски списък, за да включите WF или изключите, както диктуват се нуждае. Прочетете цялото нещо тук (HTTP://WP.bitpipe.com/Resource/org_1127860336_240/SharePoint_vol5_v6 1_16.PDF).

Тази статия е вдъхновена от въпрос, зададен във форума тук: http://www.endusersharepoint.com/STP/. Въпреки, че аз прекарват много повече време на форумите на MSDN, Аз силно препоръчвам, че имате един поглед на EUSP форум, както и, особено за крайния потребител ориентирани въпроси. Тя все още е друг източник на добра информация и съвети.

</край>

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

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

Technorati тагове:

Използвайте списъците за контрол, за да създаде гъвкав работен поток решения

Миналата седмица, Марк Милър публикувани ми най-новите SharePoint Designer поток статия за крайни потребители на неговия сайт (http://www.endusersharepoint.com/?p=1226).

Тя започва като този:

Технически типове използваме много жаргон и съкращения в ежедневната си практика като "OOP" (Обектно-ориентирано програмиране), "CT" (Типове съдържание), "SPD" (SharePoint Designer), "RTFM" (Моля прочетете ръководството), н. Тази статия се отнася с особено страшилище, наречена "твърд кодиране:"Какво е, Защо това е лошо и как да го избегнем в SharePoint дизайнер поток решения.

Ще опиша как можем да използваме списъци по избор да съхранявате работния поток контрол и конфигурационни данни. Използването на този подход, можем да избегнем твърд кодиране стойности като одобряващите’ имейл адреси, лимити за одобрение долар, н.

Проверете го.

</край>

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

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

Technorati тагове:

Управление и SharePoint търсене – Тя никога не е твърде късно да започнете

АЗ написах една статия (HTTP://searchwinit.techtarget.com/TIP/0,289483,sid1_gci1345231_mem1,00.HTML#) за SearchWinIT.com за управление, тъй като тя се отнася до търсене на SharePoint. Това не е в моя обичайните "глас" but that’s editing for you 🙂

Ето как започва:

Въпреки че почти всеки аспект на SharePoint могат да се възползват от силно управление план, Функционалност за търсене на мъх 2007 предприятие се ползва най-вече.

Както всички части на SharePoint, Налице е добра новина и лошата новина за управление. За много организации, Лошата новина е, че е изключително трудно да се включи план за управление където нищо не е имало.

Но тук е добрата новина: Можете бързо да конфигурирате и подобряване на корпоративното търсене в почти всяко време. И когато сте изпълнение на план за управление за корпоративно търсене, Можете да видите незабавни резултати.

Един от проблемите с SharePoint и управление е, че компании често се коляното дълбоко в SharePoint с не план за управление и от тогава, там е не лесен път напред да го решим. Не толкова с търсене. Прочетете статията да си мисли по този въпрос.

</край>

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

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

Предстоящи бързо представяне, Сряда 01/28, Пладне EDT

Ще се прави първата си някога онлайн презентация домакин на могъщата EMC маркетинг машина в 12:00 обяд EDT в сряда, 01/28. Аз имам никакъв представа какво да очаквате от това, по отношение на обслужване. Въпреки това, тъй като аз съм го водят, Мога да ви кажа какво да очаквате, ако можете да направите време, за.

Аз ще се описва това, което ние тук в EMC означава, когато говорим за "предприятие за търсене." Аз съм прави разграничение между редовни стари SharePoint търсене (което е доста полезно, само по себе си) и корпоративно търсене, което е много по-голям, nastier, интересен и сложен проблем за решаване.

Аз отивам да направи доводи, че бързо е добър инструмент да се използва при опит за решаване на проблема за корпоративно търсене (и аз правя някои аналогии на канали, докато аз съм в това). Това очевидно връзки в SharePoint и ще бъде част от Общността плат в течение на 2009 и отвъд. Това е куката за всеки, който чете моя блог тук.

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

Това е пазарна презентация, но всички неща, маркетинг е в края, така че винаги можете да пуснете в този момент.

Могъщата EMC маркетинг машина ми даде регистрация връзка, така че моля използвайте го за регистрация.

</край>

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

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

Самостоятелно създаване на сайт не е точно за създаване на сайтове

Като много видове SharePoint консултант, Аз съм бил изложен на много функции на SharePoint. Някои пъти, Се гмуркам доста дълбоко. Други времена, аз просто забележите, че както аз съм отлетяха към друг набор от опции меню. Един от тези е "създаването на самостоятелен сайт." Аз не са имали нужда от него до тази седмица.

Тази седмица, Трябва да решим проблем на бизнес, който мисля, че ще станат по-чести, тъй като компании отпуснеш и да възприеме по-пряка краен потребител контрол над SharePoint. В този случай, Аз проектирани сайт шаблон за подкрепа на специфични крайния потребител Общността. Хора в тази общност трябва да бъде в състояние да създават свои собствени сайтове на воля, като използвате този шаблон, когато настояват удари ги.

Спомних си виждам "създаването на самостоятелен сайт" преди и аз съм винаги сгушено, в задната част на главата ми мисля че "самостоятелно създаване на сайт" е SharePoint жаргон, което означава, очевидно достатъчно, нещо като "ме възбужда ако искате крайните потребители да могат да създават сайтове, когато те искат да."

Така, Аз я включите, Опитайте го и за мен, Тя не създава сайтове. Тя е създаване на сайт колекции. Доста голяма разлика. Това е не това, което искам, Съвсем не.

Това е възможно да уведомите крайните потребители създават нови подсайтове чрез ниво на потребителски разрешения. Това е точно къде щях да отида на първо място с изключение, че етикетът "създаването на самостоятелен сайт" етикет ме излъга. Чрез twitter, I learn that it’s deceived others as well 🙂

Аз съм все още работи, как да предоставя малко по малко по-облекчена процес по време на престоя чисто от кутията, но има определена пътека да следват. Просто не се разсейвай от този етикет.

</край>

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

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

Technorati тагове:

Говорейки в Ню Йорк група за разработчици на SharePoint среща

Аз ще се представя в Ню Йорк SharePoint развивам заседание на групата в Ню Йорк в Microsoft офисите на 6-ти Ave във вторник, 01/27 в 6:00 PM (малко повече от седмица от сега!).

Регистрирайте се тук.

Тя ще бъде техническа презентация, където ходя през процеса на създаване на действие на потребителски работен поток, които могат да бъдат опаковани и инсталиран в среда на SharePoint и използвани от SharePoint Designer, за да създаде декларативно поток решения.

Мисля, че това: http://www.codeplex.com/spdactivities

Аз ще направя малко evangelizing като отида заедно, прави случай, че разработчиците трябва наистина да мисля усилено за ползите от този вид усилия. Това е нещо подобно: Дайте един човек риба и той яде за ден, изграждането му действие на потребителски работен поток и той може да разработват и прилагат своя бизнес процес за намиране на риба (или друга храна!) и се оставя на разработчиците сам да направи на тежкотоварни сложни програмиране, че разработчиците са най-добрите в това.

Това е очевидно разработчик ориентирани сесия, но аз насърчи любопитни крайните потребители и администратори, за да се появи. Въпреки че специфичен процес на създаване на потребителско действие е насочена директно към разработчиците, мета разговор за един не е.

Надявам се да ви видя там.

</край>

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

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

Technorati тагове: