SharePoint 店谈星期四, 09/10/09 在 12:30美国东部时间下午

1 答复

SharePoint 店谈继续在星期四 12:30 到下午美国东部时间 1:30美国东部时间下午. 这将是我相信我们第五轮. SharePoint 店谈工作原理是这样:

  • 一个 SharePoint 专家小组回答问题. 这周小组包括劳拉 · 罗杰斯, 纳塔利娅 Voskresenskaya, 我和哈利 · 琼斯.
  • 任何 SharePoint 问题是公平的游戏.
  • 发送或问的问题:
    • 通过电子邮件发送: info@arcovis.com
    • Twitter 直接到 @pagalvin
    • 在这个博客上留言
    • 一张海报板的背面写下的问题, 满是其中的一侧 $20 法案和邮寄给我家的地址 (你的留言，我会直接与您联系).
    • 最后, 拨入呼叫和只是大声问问.

这周我们有几个问题，围绕 SharePoint 工作流. 两个示例问题:

  • "我是如何部署 SharePoint 设计器从发展来测试工作流?”
  • "能在工作流设计器 SharePoint 工作井 InfoPath? 我如何共享 InfoPath 表单和设计器 SharePoint 工作流之间的信息?”

本周的 SharePoint 店谈注册啦. 单击此处进行注册. 我们希望听到你的声音!

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 标签: ,

互联网资源管理器 8 崩溃 // 64 位操作系统

发表评论

从注释 鲍勃 · 福克斯 (通过 Twitter, @bfox11b) 让我想起了我本来是想一起扔快速的博客条目描述一个问题，我的解答对 Internet Explorer 崩溃我所有的时间.

几个月前, 我有一台新笔记本电脑 (戴尔 Vostro 1720). 这是我第一次 64 我和一点点的机器运行 64 咬了 IE8. 随着时间的推移, 它开始崩溃不可预知, 但频繁地 (也许每一天). 它是相当敏捷的回收所有的, 但它是一个真正的滋扰.

这个问题似乎是一个 adobe 的插件, "空气"或他们的 flash 插件 — — 我真的不知道它叫什么或者所有的在乎. 原来它是不兼容 64 位环境 (这就是 * 完全 * 合理; 不像是 64 位以外的任何人都是这种事 * * * 疯狂 * * * 公司想要支持或任何东西). 我试图卸载它，但这种试验只持续了大约 15 分钟. 原来大量荒谬的网站正在使用闪存技术 (我可能是这个星球上意识到这是最后一个). 所以, 我不能没有它，我不能使用 IE8 64 位.

我的答案是切换到 32 位 IE8. 它一直自那时以来一帆风顺.

</结束>

SharePoint 店谈星期四, 09/03 在 12:30 美国东部时间下午

发表评论

我们恢复 SharePoint 店谈明天在 12:30 美国东部时间下午. 像往常一样, 如果有任何主题或问题你会喜欢到地址面板, 请发电子邮件到 info@arcovis.com.

这周我们正在绘制中的几个问题 www.endusersharepoint.com 树桩小组论坛:

  • "我明白父站点和子站点无法通信. 例如, 我想要到任一推送数据从向父网站中的列表的子网站中的列表或从子站点有父站点提取数据. 有没有方法来设计一个工作流完成后发送的拉扯从列表中的网站父/子关系的数据?”
  • 关于"我为我主列表 newform.aspx, 我有一个指向我的雇员列表中的标题列的查阅列.

    雇员列表中, 还有一个复选框命名的另一列活跃.

    我想会发生什么是上主列表的水龙头, 当他们单击下拉列表中只显示从雇员列表中被标记为活动的记录.

    有没有一种筛选上 mainlist newform.aspx 下拉列表中，所以它只显示标记为活动的那些方法?”

  • "我知道这很简单，但, 为我的生活我不能让它工作! 我们有我们内置了一个日期字段调用过期一个讨论板. 我想要自动已过期后其到期日期的项目删除. 如果你能寄给我的工作流，将不胜感激的屏幕截图. 基本上如果过期今天 = 然后删除当前项目"
  • "我想设置一个注册为血驱动器列表, 其中在选择时间段后, 不再可用. 有没有方法来执行此操作, 此外只正被注册类型 Excel 电子表格? “

如果我们有时间:

  • 需要多少 SharePoint 专家?

另外, 我们回答问题直接从电子邮件和我们调用本身的任何时间打开的问题.

在此处注册: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=0dc4shjthnl6d0mm

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 标签: ,

SharePoint 行上 // BPOS — — 一些手上的经验

发表评论

(请注意: 这篇文章是交叉张贴在这里: http://www.endusersharepoint.com/?p=1912)

更新 09/01/09: 基于 twitter 反馈, 我需要澄清，InfoPath 支持在感觉 BPOS 提供窗体库. 我写"以任何方式不支持的意思" 是不支持 InfoPath 窗体服务功能. 这意味着您不能将 InfoPath 表单发布到 BPOS 和并让它在 web 浏览器中的呈现. 这也意味着，一些人框中的工作流, 其中使用 InfoPath (即使在苔藓标准版) 因为他们萌生和其他形式使用 InfoPath 在 BPOS 不工作. 希望把事实说清楚.

我有一个机会能够真正深入微软在线提供今年早些时候和具体的业务生产力在线套件 (BPOS). 这到来之前我甚至硬坚定的计划，我自己在出发 Arcovis. 我立即看到, 然而, 那 BPOS 可能是一个关键的部分，我公司的内部基础设施，并随着时间的推移, 它已成为完全的. Arcovis, 使用每日. 我想我会分享一些这样的经验，从实际的角度，以防您想要为自己评估，或只是好奇.

正如在 BPOS"套房"一词暗示, 你得到一小捆的应用程序:

  • 交流
  • 生活会议
  • 沟通者
  • SharePoint

你可以单独购买每个, 我相信. 它所有拼写相对清楚 微软的在线网站. 您可能能够通过微软合作伙伴获得更多优惠. Arcovis 一直与 云计算策略 他们似乎知道他们的东西, 因此我会包括他们在您的供应商列表，如果你做了多供应商搜索.

我概述的经验和思想为每一类分别.

交流

这是一个承载的 exchange 环境，从我的视角, 它有如我曾经用过的任何其他 Exchange 服务器. 它与所有我同胞 Arcovis 合作伙伴环境完全集成，并能让我接触到日历 (这是巨大). 好的东西.

它还提供了 Outlook Web Access (OWA) 接口. 这意味着我可以得到我的电子邮件有一个 web 浏览器的任何计算机上.

我的 HTC 手机, 运行 Windows Mobile 6.1(?) 通过 Active Sync 很好地连接到它. 它之所以这样做完全我预期和想要的方式.

我不认为我比休闲 outlook 和 exchange 用户更多，所以可能真的很重要 Exchange 支持的功能，只是不是，我一定不会知道它.

我认为最强的建议，这是我完全没有意识到我的 exchange 环境是"别的地方"。 我不知道看到交换以及如何使用它每天与半打任何差异或所以其他时间就我用别人的交流环境. 事实上, 这是好的因为它只是工作.

底线 — — 承载 exchange 是它需要和很高兴与它.

生活会议

这是一个真正不可或缺的工具，当你在咨询业务. 我火起来即时直播会议一周几次向客户展示中间工作产品, 看着他们打破我的解决方案，以便知道来解决这些问题, 做销售演示文稿, 等. 现场会议捆绑 BPOS 和它是很容易使用.

我甚至更少的专家比我在交易所实时会议. 不过, 我的目的, 这是很大.

沟通者

到目前为止, 我几乎只用于沟通存在信息. "只是"说，但已经存在的数据提供给我，每当我连接已成为令人上瘾. 通信机安装和运行, 我的同事们知道我何时可用, 在这个时刻我的日程安排是, 和我可以通过 IM (虽然 IM 接口是很闷, 在最佳). 它是其中之一，我真的很想念我没有它时. 实际上得到有点反感时我的同事不运行 communicator，由于存在信息丢失.

状态指示符感觉普遍. 它显示在 SharePoint 中时其名称将显示为文档的作者, 分配一项任务, 等. 它显示在电子邮件中, 在 outlook 中嵌入的权利. 它体现在 communicator 客户端本身.

为最大，它只是坐在那里，在后台运行，和装饰我的人生观和 SharePoint 屏幕与实时状态信息. 它是非常酷.

SharePoint

我最喜欢的一点, 答案是肯定的, 是 SharePoint.

BPOS 提供修改后的版本的苔藓标准版. 我会解释的"修改"下面. 我们喜欢的东西都用已使用我们 BPOS SharePoint 门户:

  • 市场营销信息
  • 销售 (建议, 跟踪潜在顾客) –> 我们计划投资在 CRM 解决方案中，但现在, SharePoint 工作作为我们的 CRM 解决方案.
  • 合作伙伴和客户的联系人
  • 搜索
  • 客户端项目信息
  • 计费 (主要用于存储我们的发票)
  • 讨论
  • 原型设计解决方案
  • 出示范点建设 (例如：. 新雇佣管理人力资源流程)
  • 工作时间记录单
  • 文档协作

基本上, 所有的东西，你会希望使用 SharePoint 为.

一路走来, 我们使用类似的技术特点:

  • 警报
  • SharePoint 设计器
    • 工作流
    • 品牌推广
  • 内容类型
  • CQWP
  • 文档库与版本控制
  • 自定义列表为各种各样的事情 (像我们工作时间记录单)
  • jQuery (可以从那来的所有善良, 其中包括对 SharePoint web 服务的 AJAX 调用)

我不能用它做什么? 有一大堆东西就好了:

  • 我不能提供匿名访问. 事实上, 我不认为我能做到任何价格. 我可能错了, 或希望微软将这在将来的更改.
  • 没有任何一种 InfoPath.
    • 这有一个有点奇怪的副作用阻断依赖于 InfoPath 的几个标准 MOSS 工作流.
  • 没有服务器端代码. 这就意味着, 除其他外:
    • 没有事件接收器
    • 没有自定义 SharePoint 设计器操作
    • 没有自定义字段类型
    • 没有适当的系统开发生命周期 (e 小节. 功能/解决方案).
    • Stsadm 没有访问
  • 没有共享的服务提供程序的访问.

      • 最后一点是有点难过，因为我们不能做我想要尽可能多搜索配置.

      你基本上放弃了很多的技术能力和被迫生活在预置的 SharePoint 功能的范围内.

      我可以忍受这一点. 我发现自己想要在一起打耳光事件接收器或使用自定义操作一次或两次,, 但在大多数情况, 我不会注意到缺乏.

      我要补充，这并非全面之间的差异列表承载"上 prem"MOSS 环境和 SharePoint 线上. 云计算策略有非常详细的演示文稿，所有的进入，如果你有兴趣. 我从一位企业主利用该工具的角度发言.

      易用性

      Microsoft 提供了一个俏皮的桌面应用程序，它可以快速和容易访问到的所有 BPOS 函数:

      image

      你不需要使用它, 但消除了需要登录到每个应用程序分别与现场会议, 这是相当不错的因为你可以只做一个"现在满足"与会话 2 点击 (一个在上方的"网络会议"按钮，另一个是关于 web 浏览器就会弹出). 这也是不错的要通过一次单击 OWA, 虽然你可以把它放在您的浏览器收藏夹.

      与此桌面应用程序的另一个主要优势是，它提供一个背景的单点登录服务. 只要这在后台运行, 我可以打开 web 浏览器并连接到我的 BPOS 环境而无需输入凭据.

      充分披露

      微软 BPOS 可用给我免费所以我不目前付使用费每月在这一次. 不过, 我看到那里价值，你可以接受的信仰 (或不是) 我会为此服务付款. 事实是，我不能指望微软永远免费提供这，它变得如此强烈地结合我...移动心灵鹌鹑的生意.

      结论

      BPOS 是疯狂功能丰富的平台. 交流, SharePoint (苔藓标准!), 存在, 即时直播会议 — — 它是功能的迫切希望很多, 深切怀念要是没有它的生活. 我的生意将会受到严重影响没有它. 我找不到替代功能? 可能, 但我认为我将不得不拼凑在一起从其他供应商的各种它, 使我的生活变得复杂. BPOS 迄今已证明它是能够稳定、 可靠. 对于这种正确的客户 (像我的公司), BPOS 值得强烈的审议.

      </结束>

      订阅我的博客.

      跟我在 Twitter 上 http://www.twitter.com/pagalvin

      Technorati 标签: ,,

      SharePoint — — 它是什么好的? 卫生保健迷你案例研究

      发表评论

      [请注意: 此博客文章是交叉张贴在这里马克米勒站点: http://www.endusersharepoint.com/?p = 1897年]

      之一 我的公司 更不寻常的客户端是医学的纽约城医生在他的特定领域的领导者 (眼部护理). 像许多医生, 他有浓厚的兴趣研究. 他想要做一些研究影响相对较少的人在美国的罕见的眼部疾患. 和加拿大. 我不知道号码, 但它确实是一个大型的制药公司，将私人资金投资与最终商业上的成功对眼睛来说太小了. 我确信大型制药公司的罕见疾病做一定数量的研究, 但我认为，美国. 政府可能是最大的资金来源. 像什么, 资源是稀缺的. 全国的很多医生想要执行的研究和试验. 结果, 还有那政府资助的不止是一点点竞争. 这是我的公司和 SharePoint 请输入图片.

      其基本思想是主的组织将在全国各地招募其他医生和争取这些医生的做法在一特定的研究. 这些个别的做法必须与主组织报名，然后, 随后, 报名参加某一特定研究. 的关系看起来像这样:

      • 一个主组织.
      • 许多不同医生的做法标志向上与主组织.
      • 主组织获得资金为个别研究. 在一开始就, 虽然我们已经另一项研究为斜向有只是一个研究具体的罕见眼疾病.
      • 个别医生做法报名具体研究. 具体做法可以报名参加一个或多个研究.

      主组织本身是分成组:

      • 执行委员会
      • 督导委员会
      • 个别研究委员会
      • 行政管理
      • 其他人

      最后, 当特定医生的执业注册参加研究, 他们需要提供专业人员，满足一系列的角色:

      • 调查员 (包括一名主要调查员, 通常医生, 与一个或多个附加的调查员)
      • 协调员
      • 技术员
      • 赠款管理员
      • 其他人

      上述角色有非常具体和高度被禁的角色会发生变化的研究. 我不会陷入更多细节在这里, 但如果你有兴趣, 你的留言或 电子邮件通知我.

      现在我可以回答这个问题，并, SharePoint — — 它是什么好的? 答案 — — 它是对这种情况下真的很好.

      此简介已经是比我预期的长, 所以我会总结 SharePoint 解决方案中的重要作用，潜入以后的文章中详细信息 (如果你不能等待, 电子邮件通知我 或你的留言，我就会乐意讨论，也许甚至尝试做演示). 我们正在利用各种各样的 SharePoint 功能来支持这一概念:

      • 委员会的网站, 个人的角色 (协调员的站点, 调查员的站点, 等).
      • 安全，以确保不同做法看不到其他的做法数据.
      • InfoPath 形成在线表单输入服务. 这是一个特别大的胜利. 通常, 打印这些困难的窗体, 邮寄的做法, 填写和寄回. 在线形式的好处是显而易见的. 他们介绍一些复杂性 (许可和人权) 但这是另一个故事.
      • 外框 web 部件, 像公告 (委员会在何时？ [x] 满足?) 和会议工作空间.
      • 基于表单的身份验证提供自我注册和密码忘了功能的 CodePlex 工具结合.
      • 自定义的列表和列表视图的研究活动，根本不可能与纯纸和笔方法的可视性.

      除了形式基于身份验证模块和少量的 InfoPath 表单, 此项目几乎都没使用 SharePoint 功能框的.

      之前我总结本民案例研究, 我想指出一些非常重要 — — 没有对参与此项目 (从我的课程的公司撤销) 有没有一种东西叫"SharePoint"玩这种基本的技术作用的看法. 几乎所有我的最终用户认为这是"web 站点"。 我们的客户值我们，因为我们正在解决的业务问题. SharePoint 是善良的一个伟大的技术 blob, 但做得正确, 这就是最终用户无关. 他们需要解决的问题, 不是技术的精彩 blob.

      </结束>

      订阅我的博客.

      跟我在 Twitter 上 http://www.twitter.com/pagalvin

      Technorati 标签: ,

      云计算, 强调 SharePoint

      发表评论

      而不是一个 SharePoint 店交谈会话本星期四, 在我和我的伙伴们 Arcovis 正在进行的合作， 云计算策略 和 集成的系统及服务组 给我希望将有趣的演示文稿，微软的在线服务, 侧重于业务生产率在线套件 (BPOS). Arcovis 实际上使用 BPOS 为其内部的 SharePoint 门户所以我们有一些经验和经验承担日常使用的那种手. 事实上, 演示本身我们自己的 BPOS 环境中运行.

      您可以 阅读全部销售细节在这里 要点是，但:

    • 云计算的价值主张: 何时考虑迁移到云中
    • 微软的在线服务: 企业生产力在线套件概述
    • SharePoint ™ 在线聚焦
    • 现场演示: 授权您使用 SharePoint 在线的业务
    • 如何开始与云计算

      我会给现场演示，我认为它应该是本身就很有趣, 离婚的整个云 / 在线的事. 我要去描述一个很常见的业务流程, 著名的新员工 / 入职流程. 我将演示使用 SharePoint 来实现这一进程的解决办法. 演示将包括通知, 仪表板和与新员工发生的事情只是一般酷可见性.

      我亲自为三个独立公司实现此解决方案, 所以它是一个相当普遍的过程，人们喜欢自动化使用 SharePoint. 幸运的是, Arcovis will be using this ourselves soon enough 🙂

      所以, 如果你有任何兴趣在云计算从一个非常实际 SharePoint 的角度, this webinar is just what you need to do this Thursday 🙂

      在此处注册: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=1dcgz55vlpm0psn3

      </结束>

      订阅我的博客.

      跟我在 Twitter 上 http://www.twitter.com/pagalvin

      • SharePoint 谈店重温

      2 回复

      我们举行了我们 3 SharePoint 店谈会议昨天. 二十五个民间冒着过于激进注册屏幕 (我们正在研究，!) 报名并拨入呼叫.

      主题相差很大，虽然他们是的有点更多的最终用户和光管理员集中这一次. 我们花了大量时间来讨论的老问题, "我如何安全视图". 在那里还有一些 SharePoint 设计师, 有一点内容部署, 在发布页上的 web 部件的版本 (真的是没有任何 web 部件的版本管理), 设置安全的最佳做法 (答案 ="它取决于"并将保留在头脑 Joris post 在这里: http://jopx.blogspot.com/2009/08/sharepoint-and-2000-principal-limit.html) 和分析 (这导致了促进有关 LogParser 和 SharePoint Todd Klindt 邮政: http://www.toddklindt.com/blog/Lists/Posts/Post.aspx?ID=85).

      一种模式似乎形成与这些调用. 在通过电子邮件发送或在 Q 问问题&底线的答案是"看情况"。 小组讨论了不同角度的问题, 我们可能会偏离的拖到奇数切线或两个, 但最终, 我们已经相当深入讨论的主题. 我与这些会议的目标是那问题提问者走开更多的选择来解决她的问题，比她之前她加入呼叫的呼叫. 这是肯定地说，发生 (事实上, 她可能在某些情况下有太多的选项).

      下个 星期, 我在 Arcovis 和我的同事们将共同展示网络研讨会与我们的伙伴的两个, 集成的系统及服务组 和 云计算策略 关于微软在线服务. 我想它是知识性很强. 我们的角色 (Arcovis) 就是把一个简短演示如何构建现实世界解决方案使用微软线上. 我们要展示人力资源应用程序来管理，新员工入职流程. 如果你一直怀疑 MS 在线, 查阅此网络研讨会.

      此网络研讨会可能意味着我们也不会拿一店谈会议下周, but keep tuned 🙂 If we do have it, 它不会在星期四.

      再来一次, 我感谢小组: 哈里 · 琼斯, 娜塔 Voskresenskaya 和劳拉 · 罗杰斯. 谢谢, 伙计们!

      </结束>

      订阅我的博客.

      跟我在 Twitter 上 http://www.twitter.com/pagalvin

      Technorati 标签:

      SharePoint 店谈 (打开 Q&A) 本星期四, 08/20/09 在 12:30美国东部时间下午

      发表评论

      我们正在举行 3 次 SharePoint 店谈本届明天, 08/20 从 12:30 自 1:30 美国东部时间下午.

      您可以阅读有关上个星期的会议在这里: SharePoint 店谈思想和反应

      使您的问题或提前到对他们发送电子邮件 info@arcovis.com.

      在此处注册: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=xnddgb0b7zh5w9xs

      </结束>

      订阅我的博客.

      跟我在 Twitter 上 http://www.twitter.com/pagalvin

      Technorati 标签: ,

      SharePoint 店谈思想和反应

      发表评论

      我们举行了我们第二次"SharePoint 店对话"会议昨天和它是很好玩的. 这次我们拥有了更少的与会者 (主要是因为我们的合作伙伴, ISSG, 没有送出向其客户基础的大型电子邮件邀请). 另一方面, 我们有可能超过两倍的问题，要回答. 我们有这么多, 事实上, 我们找不到所有这些, 所以现在我们有一点点的一个良好的开端问题为下星期店交谈会话. 谈数据视图 web 部件的问题和我们的反应, 以编程方式设置用户区域特定信息, SharePoint 设计器的工作流, Kerberos 的疯狂的基础设施问题 (这可能是由 Bob Fox 的植物) 和 jQuery. 不幸的是, 没有班卓琴笑话, 然而. 叹息......

      我们已经注册网站, www.sharepointshoptalk.com 我们要开始使用，做平常的事, 像宣布的调用时间表, 张贴的各届会议和问题/答案自己录音. (不要打扰单击链接，因为尚不存在有任何内容).

      昨日在电话, 我们有原始的专家小组，其中包括我的 Arcovis 合作伙伴 (纳塔利娅 Voskresenskaya 和 哈里 · 琼斯). 我们添加了 劳拉 · 罗杰斯 的 EUSP.com (和其他地方) 成名. 最重要的是所有, MVP SharePoint Bil Simser 加入呼叫和我们说服他去讨论. Bil 甚至拍拍灰尘 老博客条目和更新了 在回应的问题之一.

      如果你感兴趣的"官方"小组成员作为参与, 消防关闭电子邮件至 info@arcovis.com 让我们知道 (我保证，通过电子邮件发送地址现在工程!) 或 DM 我, 娜塔莉亚 或 哈里 通过 Twitter.

      感谢 Bil 和劳拉!

      这就是大量的 SharePoint 火力准备回答你的问题，尽我们所能行.

      我将 SharePoint 谈店下届会议上我的博客和 twitter 发布详细信息.

      </结束>

      订阅我的博客.

      跟我在 Twitter 上 http://www.twitter.com/pagalvin

      InfoPath // 一种解释为"未处理异常时呈现窗体 System.Xml.XmlException 的: 解析名称时意外的文件结尾发生. “

      发表评论

      我今天工作了 InfPath 的窗体上，遇到了一位老朋友, "未处理的异常时呈现窗体 System.Xml.XmlException: 解析名称时意外的文件结尾已发生"。

      这发生在我身上很久以前，我不知道到底是我没有去解决它. 老实说, 我想我已经被转换到一个新的项目从来没有看到这一解决 (我更换了对付那头疼). 还记得吗这是魔鬼的问题. 我花了几个不成功的天处理它. 从那时起, 我见过这过去一年至少一次在 MSDN 论坛上来，从来没有真正为它看答案.

      我打了它今天和幸运的是这次 , 有刚才的变化到窗体. 我退缩了这种变化和这个问题消失了. 原来它是可以创建从模板生成在围墙的形式服务器端解析错误的方式使用 InfoPath 设计器.

      以我为例, 问题是由这些步骤引起的。:

      1. 向数据源添加新的元素，作为一个文本字段.
      2. 放到窗体上.
      3. 到下拉列表中更改它的显示.
      4. 告诉下拉列表中，拉出它的价值从 SharePoint 自定义列表.

      我不知道是否这些步骤会导致一个问题或也许, 某种程度上列表中的数据本身是一个问题. 我要去试验一下，看看是否我可以把钉闹市区他参数，对此，任何更多的细节.

      </结束>

      订阅我的博客.

      跟我在 Twitter 上 http://www.twitter.com/pagalvin

      Technorati 标签: