SharePoint магазин говори рекапитулация за четвъртък 10/01/09

Оставете коментар

Забелязал съм, че хората изглежда да се чака до последната минута да се регистрирате за SharePoint беседа магазин сесии. Миналия четвъртък, в за 11:45Ч., Имахме девет души регистър, което е един много малък брой. Въпреки това, в един момент, Имахме 18 или 20 хора, влезли в, така че най-малко девет души се регистрирали за нея 45 минути или по-малко преди разговора. Аз не съм оплаквам, просто наблюдаваме.

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

Тук е капачката:

  • Цеци попита за изграждане на ВиК среда, която има SP1 и не SP2. Можете да изтеглите тази конфигурация тук:

    http://www.microsoft.com/downloads/details.aspx?FamilyId=4191A531-A2E9-45E4-B71E-5B0B17108BD2&displaylang=en. И някой друг предложи гледам тук: http://technet.microsoft.com/en-us/windowsserver/sharepoint/bb400747.aspx.

  • Имахме (Добре дошли) изненада връщане посетител. Няколко седмици назад, Син ни попита един въпрос, които са напуснали всички на повикване малко тъжен, защото ние не можем да. Неговият проблем и решение са наистина доста сложно, но то се свежда до създаване на уеб компонента за изглед на данни с диапазон от филтрирания дати (не само една единствена филтриран дата, което е по-лесно). Той може да напишем блог влизане за това и ако прави, Аз ще линк към него. В хода на дискусията, Той всички посочени тези две връзки:
  • Примка в SharePoint designer – това се постига? Отговорът е "да" в някои тесни обстоятелствата. Въпреки това, да го направя, Вие трябва да направите някои трудни неща, които е трудно да се концептуализира, трудно за изпълнение, трудно да се debug... това е просто трудно. Групата на съдебните заседатели консенсус-не правете това, ако можете да помогнете го. Ако имате нужда от примка, създаване на потребителски действия или падащо в visual studio. Разбира се, Ако използвате SPD, Вие prob лесно не може да се спускат в срещу, но това е какво се е, за съжаление.
  • Говорейки за тъжен, Нанси печели наградата "Направи панел тъжен" от (напразно) питам за влачите и пускате от уеб компонент за изглед на данни. Сценарият е много интересна и ако някой има способен разтвор, Моля да ме уведомите. Тук е проблемът: Тя е DVWP, което прави някои необходими филтриране на библиотека с документи, че връща обратно десетки или повече документи. Това работи чудесно. Въпреки това, Нейният потребителите трябва да вземат тези документи и да ги запишете на CD. Това е постижимо с помощта на windows explorer тип изглед, но как да го направя от DVWP? Ние не се сеща за добър отговор. Можеш ли?
  • Лора Роджърс, последвано от Лори Gowan на www.endusersharepoint.com славата (и другаде) ни накара да наясно с факта, че прикачени файлове към формулярите на InfoPath могат да се подават чрез уеб услуга за библиотека с изображения в SharePoint. На кутията! Това е много интересен факт с някои много интересни последици.

Това е доста много. Аз вероятно пропуснали нещо, но се надяваме, схващате същността на това.

Въпреки че знам, че всъщност няма да запишат до обяд, Четвъртък, тук е регистрация връзка за следващата сесия, Четвъртък 10/08 от 12:30 за да 1:30 Ч. EDT: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=0z40kg9nb0t0842f

</край>

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

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

SharePoint Магазин Говорете четвъртък 10/01 @ 12:30 Ч. EDT (утре!)

1 Отговор

Говорете за SharePoint магазин регистрацията е горе и готов за утре.

Ние имаме няколко въпроса teed, че някои въпроси на управлението (Dev/тест/ПП и синхронизиране на сервизни пакети), известия по имейл (Как да изберете хората да електронна поща, базирани на метаданни на документ) и някои дискусия около помощта на услуги за формулярите на InfoPath в FBA среда.

Както винаги, Ако искате да говоря за една тема:

  • Изпратете имейл на questions@sharepointshoptalk.com
  • Twitter ме (@pagalvin)
  • Оставете коментар тук.
  • Просто появи на повикване и го питам там.

Можете да прочетете за последните SharePoint магазин разговори на моя блог тук: http://paulgalvin.spaces.live.com/?_c11_BlogPart_BlogPart=blogview&_c=BlogPart&partqs=cat%3dPublic%2520Speaking

Регистър на сесията тук: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=h6hm9ptg8zt7302t

</край>

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

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

Windows Live Spaces и Twitter Counter

1 Отговор

Аз бях DM е съобщение от twitter днес и си помислих, бих блог отговора.

Въпросът е: "Хей Пол, бързо един за вас,Как взехте на twitter брояч в си живо пространство като скрипт код е блокиран, когато се запише Thx "

Направих това с добавяне на потребителски html притурка към страницата ми живо пространства и с помощта на малък фрагмент на код:

<а HREF= "http://TwitterCounter.com/?потребителско име = pagalvin" 
 заглавие= "TwitterCounter за @pagalvin"> 
 <IMG SRC= "http://TwitterCounter.com/Counter/?потребителско име = pagalvin" 
 ширина=88 
 височина=26 
 стил= "граница:няма" 
 ALT= "TwitterCounter за @pagalvin">
</а>

Това използва версия на twitter брояч джаджа интерфейс, който получава миналото на windows живо цензура нещо, което ние всички мразят толкова много и желание ще получите лош случай на Отровната Айви.

</край>

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

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

Technorati тагове:

Управление на одобрение групи с InfoPath в FBA среда

1 Отговор

Имам сметка одобрение процес, който трябва да се прилага с помощта на InfoPath във формуляри, базирани на удостоверяване (FBA) среда с помощта на форми услуги (уеб базирани InfoPath).

Има две групи, одобрение и процесът работи като този:

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

В InfoPath страна на нещата, Имам различни секции, които скриване/се появяват въз основа на това дали потребителят е член на една от тези групи, одобрение.

В FBA среда потребителско име() функция винаги връща празен, за съжаление. Това, което съм правил е настроен потребителски списък наречена "Одобрение групи".

Аз не добавите всички допълнителни колони към списъка.

Когато формулярът се отваря, има правило като този:

image

"Задаване на стойност на поле" е тук:

image

Това е основно казва: Заявка за одобрение група потребителски списък и филтър, който заявка по примера за всеки ред къде дял на стойност = "Северни".

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

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

Това е супер кратко хвалебствена статия. Аз съм притисната от времето или ще осигури повече подробности.

Не знам доколко е, че аз съм в FBA среда. Това вероятно ще работи добре в не-FBA среда, но мога да си представя случаи, когато това би било полезно.

</край>

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

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

Technorati тагове: ,

SharePoint магазин говори рекапитулация (09/24/09 издание)

Оставете коментар

Завършихме нашата 8-разговор за SharePoint магазин отворен Q&Сесия вчера. По време на тази сесия, Ние обхвана следните теми:

  • Как да изпрати имейл с високо форматиран от работен поток, създадени с помощта на SharePoint Designer.
    • Вижте този линк за съкровищница на големите ЕПД информация и електронна поща: http://tinyurl.com/cssworkflow
  • Къде да намерите информация за разликите между SharePoint 2010 и особено Windows SharePoint Services 3.0 (безплатната версия на SharePoint).
  • Ние обсъдихме jQuery поддръжка и управление. По-специално, "където трябва да jQuery върви?"Имахме голяма дискусия около тази тема и един интересни нови идеи (На мен) е идеята за съдържателната мрежа на доставка. Този Бинг търсене издърпва много интересни данни по темата: http://www.bing.com/search?q=microsoft+content+delivery+network&FORM=DLSDF7&pc=MDDS&src=IE-SearchBox
    • Специална награда на Ян Tielens CodePlex проект за инсталиране на jQuery за вътрешна мрежа като функция, която може да се управлява като всяка друга функция в среда на SharePoint. Я потърси и ще разгледа го използвате, ако сте се възползват много от jQuery във вашата среда: http://www.codeplex.com/smarttools
    • Докато сте в, Вижте Марк Андерсън jQuery работа, както и: http://mdasblog.wordpress.com/2009/09/15/jquery-library-for-sharepoint-web-services-v0-2-10-released/. Той е много отзивчив към коментари от страна на Общността.
  • Някой спомена, че части (или може би дори всички) на предстоящи Мега конференция в Лас Вегас през октомври ще бъде излъчвана internets. Вижте този сайт за повече информация: http://www.week3.org/Events/default.aspx
  • Ние говорихме за RSS. Тази дискусия обхванати много на земята. Има CodePlex проект, който по-добре RSS отколкото това, което получавате от кутията and www.endusersharepoint.com има някои добри статии от Лора Роджърс на как да използвате DVWP да се изгради наистина добър RSS сесии.

Това за покрива. Хората изглежда да бъде получаване много помощ от тези, така че ние ще ги да става.

В изблик на ефективност, Вече сте настроили следващата седмица SharePoint беседа магазин сесия. Можете да се регистрирате тук: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=h6hm9ptg8zt7302t

Ако искате да участвате, огън на разстояние имейл до questions@sharepointshoptalk.com, ме удари по twitter (@pagalvin) или оставете коментар тук.

</край>

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

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

SharePoint Магазин Говорете четвъртък 09/24 @ 12:30 Ч. EDT

Оставете коментар

Регистрацията е и готов за утрешните SharePoint разговор в магазин 12:30 PM.

По време на тези конферентни разговори, Група от опитни SharePoint pro на поемане вашите въпроси по електронна поща, чрез live среща или директно по телефона. Ние правим всичко възможно да предоставят независими експертни съвети по всички теми, свързани с SharePoint.

Пишете вашите въпроси към "questions@sharepointshoptalk.com”, ги Twitter за мен, Оставете коментар тук, или просто се появи на поканата и поиска.

Ние също добре дошли и търсят прозрение от публиката.

Можете да прочетете някои recaps на предишни SharePoint беседа магазин сесии на моя блог.

Тази седмица ние вече знаем, ние ще се занимаваме с въпроси, свързани с работния поток (постоянна фаворит) и търсене на името на няколко.

Регистрирайте се тук: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=dv3m7cl30sxkq2n1

</край>

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

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

SharePoint беседа магазин този четвъртък 09/17/09 12:30 Ч. EDT да 1:30 Ч. EDT

Оставете коментар

Следващият разговор за магазин на SharePoint се провежда този четвъртък, 09/17 в 12:30Ч. EDT.

Какво е разговор за SharePoint Магазин? Това е един час конферентен разговор където група на SharePoint pro на отговори на въпроси. Изпращайте вашите въпроси на "questions@sharepointshoptalk.com”, Оставете коментар в моя блог тук или просто попитайте ги на глас на повикване. Групата на съдебните заседатели се опитва да предложи няколко различни подходи за решаването на основния проблем зад въпросът и просто обикновено безпристрастен експертен съвет.

Тази седмица продължаваме със същия панел, включително и себе си, моите две Arcovis партньори Хари Джоунс и Наталия Voskresenskaya и Лора Роджърс на SharePoint911.

Накратко recapping миналата седмица – имахме повече въпроси, отколкото бихме могли да отговорим, така че тази седмица, Ние ще започнем с тези. Имахме 34 регистранти и мисля, че 25 хората действително се присъедини към разговора. Ние обхванати голямо разнообразие от теми, които бих казал, че са били 75% краен потребител ориентирани, включително:

  • Стратегии за навиване съдържание от под-сайтове към най-високо ниво сайтове вътре и извън сайта колекции.
  • Въздействието на персонализиране на editform.aspx, с помощта на SharePoint Designer.
  • Справяне с известната "събира данни от потребител" действие на работен поток на SharePoint Designer.
  • Използвайки jQuery да решавате някои общи проблеми за потребителски интерфейс.
  • Часовата зона въпроси (за географски разпределена среда)

Обхванаха няколко други елементи, както и, но подробностите ми избяга.

Обещах да се свържем с жива среща да копаят в един от въпросите и все още трябва да направите това.

Регистрирайте се за тази седмица сесия тук: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=bhj8dbrswhv1hv8r

Тази седмица, Ние ще говорим за най-малко:

  • Стратегии за управление и получаване на хронология на версиите на документи
  • Целесъобразността и идеи около използването на SharePoint като предния край, което позволява клиентите си за да видите някои финансови данни.
  • Поток въпроси (както обикновено).

Ще видите и чуете там!

</край>

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

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

SharePoint събота Ню Йорк

Оставете коментар

Аз бях качил моята презентация на Ню Йорк SharePoint събота тук: HTTP://CID-1cc1edb3daa9b8aa.SkyDrive.Live.com/Self.aspx/SharePoint/follow the Yellow Brick Road to SharePoint Mastery.pptx

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

</край>

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

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

Няма ли да е готино, ако...

1 Отговор

Щях чрез моите огромна купчина от MSDN списания да сляза гърба ми за жена ми 30 секунди да направи място за нови MSDN списания и аз дойдох в по-стари статия за интегриране на MS реч сървър с потоци и мислех, няма ли да е готино да се интегрират всички, че с SharePoint? Тя ще бъде чист вид за да може да се каже, "създаване на сайт име [готин сайт] в колекцията от сайтове [Папа мечка]"в моя мобилен телефон и да го направя това. Мога да си представя архитектура, където реч сървър ръцете команди за приложение на работния поток, което прави цялата работа. Това е много лесно логика за изпълнение на сървъра страна на оградата.

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

Това би било доста луд технология влак точно там. Мобилен телефон набиране до реч сървър на някои машина. Работни потоци, преодоляването на пропастта между реч сървър и SharePoint. jQuery повишаване обикновен Джейн SharePoint UI.

Има ли някакви практически елемент към това? Кой знае. На кой му пука?

</край>

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

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

Консултации могат да бъдат малко като дърпа зъбите си собствена

Оставете коментар

[Бележка: Тази статия, cross публикувани в Краен потребител SharePoint Тук: http://www.endusersharepoint.com/2009/09/09/sharepoint-a-case-study-in-ask-the-expert/]

Понякога, когато вие работите като консултант (като професия, или в консултативна роля в рамките на вашата компания), Вие ще откриете себе си в лук история. Лукът има серия от статии, наречен "Ask [експерт] за [някои проблем]”. Това следва формата на известната "Скъпа Аби" когато съответното лице е asking за лични консултации. Лука е "експерт", Въпреки това, толкова е фокусиран върху неговата област на експертиза и актуални проблеми, че експертът игнорира въпроса изцяло и rambles за неговата област на експертиза. Като консултанти, Ние трябва да имайте това предвид цялото време и да се избегне, попадащи в капана. Класически е описан като този – "когато използвате чук целия ден за решаване на вашите проблеми, Всичко започва да изглежда като пирон." Професионални консултанти сме винаги нащрек срещу този вид на нещо, но ние контакт с хора, които са сериозни професионалисти в собствената си роля, но не са консултанти. Те нямат същата нужда или обучение, за да направи по друг начин.

Миналата седмица, Написах около един от клиентите на фирмата ми и на съществуващ проект Ние трябва да позволи високо качество сътрудничество между различните очни лекари в САЩ и Канада, извършване на клинични изследвания на редките заболявания. Освен leveraging основните функции на SharePoint да разрешите това сътрудничеството, Ние работим процес за представяне и одобрение на сметка. Това е сложно, защото имаме толкова много участници:

  • Една шепа хора в различни лекарски практики, които може да въведете разходите на линия.
    • Има над 40 лекарски кабинети.
    • В някои практики, Лекарят използва системата директно.
    • В много практики, на лекаря персонал използва системата директно.
  • Финансово управление (кой работи за моя пряк клиент) кой отзиви разходите за точност и уместност, одобряване или отхвърляне ги на организационно ниво.
  • A 3rd партия сметки платими група. Тези хора плащат всички сметки за наш клиент, не само сметки, идващи от рядко заболяване, изследване.

Групата на дължими сметки е била предизвикателство. Работа с тях вчера ми напомня на поредицата лук. В моята роля като бизнес консултант, Аз обясни необходимостта на сметки платими компания:

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

Когато се обясни необходимостта, 3-та страна се дълбоко се потопите в вътрешния mumbo джъмбо чужд език за сметка одобрение процеси, Oracle кодове, заместник Президентски подписи, 90 ден завой-arounds, н. И паника. Не трябва да забравяме за паника. Един от леглото рок изискванията на консултантската професия е да научите как да общуват с хора като този, които сами не обучени са или задължително се чувстват нужда да направи същото. Наред с други неща, Това е един от най-добрите части на битието консултант. Получавате да влязат в един свят, населени с бизнес хора с напълно различни перспективи. Предполагам, че това е малко като въведете ума на един сериен убиец, Освен, че не са разрушени за живота след опит (though entering the mind of an AP manager isn’t a walk in the park 🙂 [Виж важна бележка по-долу ***] ).

Един от големите неща за нашите технически свят като SharePoint хора е, че имаме готови отговори на много от много валидна загриженост, че хората като ми AP контакт имат. Сигурно ли е? Как да разбера, че разхода е правилно контролирана? Мога ли да, като окончателното платец, Вижте всички подробности за разходите? Как да направя това? Ами ако погледнете тези подробности и не ги одобрявам? Може ли да ги отхвърлите? Какво става, ако промените в организацията и оригиналната одобряващ е вече около? Лесно можем да променим процес, за да отразяват промените в системата? Да аз преразгледа този разход една година по-късно, ако и когато се проверяват и трябва да защити плащането?

Тъй като хората на SharePoint, можем да видим как да отговори на тези въпроси. В случай на клиента ми, Ние им отговори повече или по-малко като този:

  • InfoPath формуляр, за да се позволи сайтове да записва своите разходи и да ги представят за одобрение.
  • Сайтове да се върнете към сайта, за да видите състоянието на техния отчет за разходите по всяко време.
  • Тъй като значими събития се случват (e.g. разхода е одобрен и представени за плащане), системата активно ги уведомява по електронна поща.
  • Системата предупреждава финансово управление, след като доклад е бил представен за одобрение.
  • Финансови администратор одобрява или отказва искането.
  • При одобрение, разходите се пакетирани в един имейл и изпраща на 3-та страна платеца организация.
  • На 3-та страна платеца е цялата информация, те трябва да прегледате за сметка и да получите достъп до SharePoint околната среда да се копае в подробности (предимно на хронология на проверка за да проверите на "истината" на разходите).
  • 3RD страна платеца може да одобри или отхвърли плащането чрез собствен вътрешен процес. Те записват този резултат обратно в сайта на SharePoint (което предизвиква уведомление по имейл до подходящите хора).
  • В бъдеще, би било хубаво да изрежете този тих имейл процес и вместо това feed сметка информация директно в техните система.

В заключение, има стил на живот на тук, който описва от професионален консултант гледна точка, но който се прилага почти еднакво пълно работно време в ба и/или мощност потребителска роля. Работят търпеливо с експерти във вашата компания и извличане на основните бизнес изисквания по най-добрия можете да. С дълбоко разбиране на SharePoint възможности и функции да разчита, по-често, отколкото не, Вие ще бъдете в състояние да отговори на опасенията и предлагат начини за подобряване на всички работа ден обединяващ основните функции на SharePoint.

***Важна бележка: Аз наистина не искам да се сравняват AP хората за серийни убийци. Въпреки това, Вероятно могат да назове някои AP pro снимки на които може би искал те да получа ограничителна заповед срещу мен ги дебне и иска отново и отново. "Къде е Моят проверка?"" Къде е Моят проверка?"" Къде е Моят проверка?”

</край>

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

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