месечни архиви: Септември 2009

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

Говорете за 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

Аз бях 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 среда

Имам сметка одобрение процес, който трябва да се прилага с помощта на 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

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

Щях чрез моите огромна купчина от 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

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

Говорете за SharePoint магазин продължава този четвъртък в 12:30 Ч. EDT да 1:30Ч. EDT. Това ще бъде нашата пета покана, аз вярвам. Говорете за SharePoint магазин работи като този:

  • Група от експерти на SharePoint отговори на въпроси. Тази седмица панел включва Лора Роджърс, Наталия Voskresenskaya, Хари Джоунс и мен.
  • Всеки SharePoint въпрос е честна игра.
  • Изпрати или да задавате въпроси:
    • По имейл: info@arcovis.com
    • Twitter директно, за да @pagalvin
    • Оставете коментар в този блог
    • Напишете въпроса на гърба на парче плакат борда, едната страна на който е покрит с $20 сметки и изпратено до моя домашен адрес (Оставете коментар и аз ще се свържем с вас директно).
    • На последно място, набиране в разговора и просто го попитам на глас.

Тази седмица ние имаме няколко въпроса около работния поток на SharePoint. Два примерни въпроси:

  • "Как мога да разположи на SharePoint Designer работен поток от развитие за тестване?”
  • "SharePoint Designer поток работи добре с InfoPath? Как мога да споделя информация между формуляр на InfoPath и SharePoint Designer поток?”

Тази седмица на SharePoint беседа магазин регистрацията е нагоре. Щракнете тук, за да се регистрирате. Надяваме се да ви чуя там!

</край>

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

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

Technorati тагове: ,