Щомісячні архіви: Вересня 2009

SharePoint магазин розмова четвер 10/01 @ 12:30 PM EDT (завтра!)

Реєстрація SharePoint говорити магазин є вгору і готовий на завтра.

У нас є кілька питань, які зроблять перший, що вирішити деякі питання управління (dev, випробування, prod і синхронізації до пакетів оновлень), повідомлення по електронній пошті (Як виділити людей до електронної пошти на основі метаданих документа) та ще деякі дискусії навколо використання служб форм InfoPath forms services у середовищі 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

Бірки Technorati:

Служба Windows Live Spaces і Twitter лічильник

Я був дм було повідомлення від twitter сьогодні і думав, я б блог відповідь.

Питання в тому: "Ей Пол, швидкий вибір для вас,як ви отримаєте лічильник twitter в прямому простір як коду сценарію заблоковані коли збережено Thx "

Я зробив це, додавши власні html віджет на мою сторінку live просторів і за допомогою невеликого фрагмента коду:

<на href= "http://twittercounter.com/?ім'я користувача = pagalvin" 
 Назва= "TwitterCounter для @pagalvin"> 
 <IMG НДЦ= "http://twittercounter.com/Counter/?ім'я користувача = pagalvin" 
 Ширина=88 
 Висота=26 
 стиль= "Прикордонний:Жоден" 
 Alt= "TwitterCounter для @pagalvin">
</на>

Це використовує версію twitter лічильник віджетів інтерфейсу, що потрапляє минулому windows live цензурі річ, що всі ми hate так багато і хотіли б отримати погані вчинки Отруйний плющ.

</кінець>

Підписатися на мій блог.

Йди за мною на 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 магазин Talk Recap (09/24/09 видання)

Ми закінчили нашу 8 SharePoint Shop Talk відкриті 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/. Він є дуже відповідально ставиться до коментарів від спільноти.
  • Хтось згадав, що деталі (або може бути навіть всі) з мега майбутні конференції в Лас-Вегасі в жовтні буде транслюватися через Інтернет. Перевірте цей сайт для отримання додаткової інформації: http://www.week3.org/Events/default.aspx
  • Ми говорили про RSS. Що обговорення охоплює багато землі. Існує проект CodePlex, який краще RSS, ніж те, що ви отримуєте з коробки і www.endusersharepoint.com має деякі хороші статті по Лаура Роджерс про те, як використовувати DVWP, щоб побудувати дійсно гарні RSS сесій.

Що про охоплює його. Люди, здається, будуть отримувати велику допомогу від цих, так що ми будемо тримати їх збираюся.

У пориві ефективності, Вже настроєно наступного тижня SharePoint Shop Talk сесії. Ви можете зареєструватися тут: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=h6hm9ptg8zt7302t

Якщо ви хочете взяти участь, вистрілити електронною поштою Questions@sharepointshoptalk.com, вдарив мене на twitter (@pagalvin) або залишити свій коментар тут.

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Бірки Technorati:

SharePoint магазин розмова четвер 09/24 @ 12:30 PM EDT

Реєстрація є вгору і готова до завтрашнього SharePoint Shop Talk на 12:30 ВЕЧОРА.

Під час цих конференц-зв'язок, групою досвідчених SharePoint pro take питань по електронній пошті, через live зустрічей або безпосередньо по телефону. Ми робимо все можливе для надання незалежних експертні консультації з усіх питань, пов'язаних з SharePoint.

Пишіть Ваші запитання за адресою "questions@sharepointshoptalk.com”, Twitter їх мені, залишити коментар тут або просто показати на виклик і запитати.

Ми також вітаємо і шукати розуміння з боку членів аудиторії.

Ви можете прочитати деякі Склади команд на попередніх сесіях SharePoint Shop Talk на моєму блозі.

На цьому тижні ми вже знаємо, ми будемо вирішенні питань, що стосуються робочого процесу (постійний Фаворит) і пошук, щоб назвати декілька.

Зареєструватися тут: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=dv3m7cl30sxkq2n1

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Бірки Technorati:

SharePoint Shop Talk цей четвер 09/17/09 12:30 PM EDT до 1:30 PM EDT

Наступний SharePoint Shop Talk проходить цей четвер, 09/17 в 12:30PM EDT.

Що таке SharePoint Shop Talk? Це одну годину конференц-дзвінка де панелі SharePoint pro в відповісти на питання. Надсилайте ваші запитання за адресою "questions@sharepointshoptalk.com”, залишити коментар на моєму блозі тут, або просто запитайте їх вголос на дзвінок. Панелі намагається запропонувати різні підходи до розв'язання основної проблеми позаду питання і тільки в цілому забезпечити неупереджений експертні консультації.

На цьому тижні ми продовжуємо цій же панелі, я в тому числі, Мої два Arcovis партнерів Гаррі Джонс і Наталія Voskresenskaya і Лаура Роджерс SharePoint911.

Коротко надягання ковпачка минулого тижня – ми мали більше питань, ніж ми могли б відповісти, так що цей тиждень, Ми почнемо з тих. Ми мали 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 мовлення Server із документообігу фонду, і я думав, не було б здорово інтегрувати все, що з SharePoint? Було б родом з акуратним, щоб бути в змозі сказати "створити сайт названий [класний сайт] у колекції сайтів [Папа ведмідь]"на мій мобільний телефон, і він це зробити. Я можу уявити собі архітектури, де мова сервера руки геть команди на додаток робочий процес, який робить всю роботу. Це дуже легко логіка реалізувати на стороні сервера забору.

На UI, Ви повинні були б робити щось, щоб його прокатки. Я напевно, йти до "мовлення монітор" виду сайту SharePoint, яка має деякі jQuery працює, що контролює черги, що оновлюється робочий процес застосунком і показує, в режимі реального часу, Що відбувається.

Це було б досить божевільним технології поїзд прямо там. Стільниковий телефон набору до сервера мовлення на деякі машини. Робочі процеси, скорочення розриву між мовлення сервера і SharePoint. jQuery підвищення простого інтерфейсу користувача SharePoint Джейн.

Чи є будь-які практичної складової до цього? Хто знає. Кого це хвилює?

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Консультації можуть бути трохи як потягнувши свої власні зуби

[Примітка: У цій статті, опубліковані і до Кінцевий користувач SharePoint Тут: http://www.endusersharepoint.com/2009/09/09/sharepoint-a-case-study-in-ask-the-expert/]

Іноді, Коли ви працюєте в якості консультанта (як професія, або в консультативну роль у вашій компанії), ви опинитеся живуть в цибуля історії. Цибулю має ряд статей, називається "Ask послугами [експерт] про [деякі проблеми]”. Це випливає знаменитий "Рамсі" формат, де зацікавленої особи просять особисту консультацію. Цибулю у "Експерт", Однак, настільки зосереджені на його/її області експертизи та поточні проблеми, що експерт повністю ігнорує питання і rambles про його області знань. Як консультанти, Ми повинні майте це на увазі весь час і уникайте потрапляння в цю пастку. Класично описано так – "під час використання молотка весь день вирішити ваші проблеми, все починає виглядати як цвях." Ми професійні консультанти є завжди на сторожі проти такого роду речі, але ми прийшли в контакт з людей, які серйозно професіоналів у свої власну роль, але не консультанти. Вони не мають ж потреба або навчання іншому випадку.

Минулий тиждень, Я писав про один з моєї компанії клієнтів і проект у виконанні у нас є включити високої якості співпраці між різними лікарів очей в США і Канаді проведення клінічних досліджень на рідкісних хвороб. На додаток до використання основних засобів SharePoint для ввімкнення цієї співпраці, Ми також працюємо рахунок подання та затвердження процес. Досить складно, тому що у нас так багато акторів:

  • Невелика кількість осіб в різних лікарів практики, які можна ввести витрати на лінії.
    • Налічується понад 40 лікарів практики.
    • На деякі практики, лікар використовує систему безпосередньо.
    • На багато практики, лікаря персонал використовує систему безпосередньо.
  • Фінансові адміністратора (хто працює на мій прямий клієнт) які розглядаються витрати на точність і узгодженість, затвердження або відхилення їх організаційна рівні.
  • 3rd party кредиторської заборгованості групи облікових записів. Ці люди платять всіх законопроектів за на клієнта, не тільки законопроектів, які виходять з рідкісних захворювань study.

Кредиторська заборгованість Група була проблема. Робота з ними вчора нагадало мені про цибуля серія. У моїй ролі як бізнес-консультант, Я пояснив необхідність рахунків до сплати компанії:

  • Клінічні дослідження сайти (лікарів практики) нести витрати, пов'язані з дослідження.
  • Вони увійти на "веб-сайту" і введіть їх витрат за допомогою онлайн-форми. У цьому випадку, "веб-сайт" є розміщення з SharePoint і витрати введені у форму InfoPath. Рахунок надходжень скануються, завантажені і приписані до форми.
  • Автоматизований процес обробки прагне затвердження адміністратора відповідні фінансові.
  • Ви, Шановні 3rd учаснику компанія AP-будь ласка, перегляньте і задовольнити або відхилити цей рахунок. Я пошлю його до вас так, що ви хочете (в межах розумного).На даний момент в обговоренні, Я дійсно не байдуже, як вона повинна бути в комплекті. Я хочу, щоб працювати з групі AP, щоб зрозуміти, що вони потребують і хочуть.

Коли я пояснив необхідність, 3rd party прийняли глибокі занурення у своїх внутрішніх фетиш lingo про рахунок процесів затвердження, Oracle коди, віце-президента підписів, 90 день хокейним, д. І паніки. Я не повинні забувати про паніка. Одним з ліжко рок вимоги консалтингових професії, щоб навчитися спілкуватися з людьми, як, що хто такі самі не навчені або аж ніяк не відчувають необхідність зробити те ж саме. Серед іншого, Це один з кращих частин бути консультант. Ви отримаєте, щоб увійти в світ заповнена ділових людей з абсолютно різні перспективи. Я думаю, це трохи як введення розум серійний вбивця, за винятком, що не є зруйнована для життя після користувачем (though entering the mind of an AP manager isn’t a walk in the park 🙂 [див нижче важлива Примітка * * *] ).

Один з великих речей про наш технічний світ як SharePoint людей є, що у нас є вже готові відповіді на багато з дуже цінне занепокоєння що люди такі, як мої контакти AP мають. Є безпечним? Як дізнатися, що за рахунок належним чином перевірені? Я можу, як остаточний платника, Переглянути всі деталі за рахунок? Як мені це зробити? Що робити, якщо подивитися на ці деталі і не схвалює їх? Може я взагалі відмовляються від них? Що станеться, якщо зміни організації та оригінальні затверджувача вже не навколо? Чи можемо ми легко змінити процес для відображення змін у системі? Може я знову цей рахунок рік по тому якщо я отримати перевірені і повинні захищати платіж?

Як люди SharePoint, Ми бачимо, як відповісти на ці питання. У моєму по справі клієнта, Ми відповімо на них більш-менш наступним чином:

  • InfoPath форму, щоб дозволити веб-сайтам записувати свої витрати і надішліть його для затвердження.
  • Сайти можна повернутися на сайт, можна переглянути стан їх Авансовий звіт в будь-який час.
  • Як значні події відбуваються (Наприклад. за рахунок затверджений і представлений на оплату), система активно повідомляє їх по електронній пошті.
  • Система повідомляє фінансові адміністратора, після того, як звіт надіслано для затвердження.
  • Фінансові адміністратора затверджує або відхиляє запит.
  • Після затвердження, за рахунок закутаний в електронній пошті і послав до 3-й партії платника організації.
  • 3rd party платник має всі дані, які вони повинні розглянути за рахунок і можуть отримати доступ до навколишнього середовища SharePoint копатися в деталях (в першу чергу історія аудиту для перевірки "істина" витрат).
  • 3RD партії платника можна затверджувати або відхиляти оплату за допомогою власних внутрішній процес. Вони записують такий результат назад на сайті SharePoint (що викликає повідомлення по електронній пошті для відповідних людей).
  • У майбутньому, було б непогано, щоб вирізати цей процес stilly електронної пошти і замість цього Годуйте рахунок інформації безпосередньо в їхній системі.

На закінчення, Існує стиль життя тут, я описую з точки зору професійного консультанта, але який майже однаково стосується повне час співробітників у ванній Кімна та/або живлення роль користувача. Терпляче працювати з експертами у вашій компанії і витягти основних бізнес-вимог, наскільки ви можете. З глибоким розумінням SharePoint функцій і функцій реверсних, частіше за все, Ви зможете відповісти на питання і пропонувати способи підвищення кожної людини роботи день мобілізації основних засобів SharePoint.

***Важливе зауваження: Я дійсно не маю на увазі порівняти AP людям серійні вбивці. Однак, Я ймовірно може назвати деякі AP pro в, який є, ймовірно, хотіла вони могли б отримати заборонного наказу щодо мене переслідування їх і просять знову і знову. "Де є моя перевірка?"" Де є моя перевірка?"" Де є моя перевірка?”

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

SharePoint магазин розмова четвер, 09/10/09 в 12:30PM EDT

SharePoint Shop Talk продовжує цей четвер в 12:30 PM EDT до 1:30PM EDT. Це буде наш п'ятий заклик, я вважаю. SharePoint Shop Talk працює таким чином:

  • Група експертів SharePoint відповісти на питання. На цьому тижні на плакаті представлені Лаура Роджерс, Наталія Voskresenskaya, Гаррі Джонс і me.
  • Будь-яке питання SharePoint є справедливої гри.
  • Ставити запитання:
    • По електронній пошті: info@arcovis.com
    • Щебетати безпосередньо до @pagalvin
    • Залишити свій коментар на цей блог
    • Запишіть питання на задній частині шматок плакаті борту, одного боку якого покриті $20 законопроекти і висланий на мою домашню адресу (залишити коментар, і я буду зв'язатися з вами безпосередньо).
    • І нарешті, дзвоніть на виклик і просто запитати його вголос.

На цьому тижні, у нас є кілька питань навколо робочого циклу SharePoint. Два приклади питань:

  • "Як мені розгорнути програму SharePoint Designer робочого процесу від розробки для тестування?”
  • "Працює SharePoint Designer робочий добре з InfoPath? Як я можу поділитися інформацією між форми InfoPath і робочого циклу SharePoint Designer?”

На цьому тижні SharePoint Shop Talk Реєстрація є вгору. Натисніть тут, щоб зареєструватися. Ми сподіваємося, щоб чути, що ви там!

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin