这些天, 永远都在追赶玩读我的 blog 和刚刚碰到这篇文章: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html
它是 SharePoint 设计师工作流教程的作为固体和详细 (还需要更多!) 在聚会上你会看到的任何地方. 我会检查它, 即使你是伤痕累累的 SPD 老兵.
它是一个伟大的 SharePoint 教程 InfoPath 和工作流.
</结束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
本月早些时候, 我 一起把文章 原本计划用于马克 · 米勒 www.endusersharepont.com. 不过, 相反，我用像达斯汀霍夫曼在末尾使用跨 毕业生 来抵挡我 (令人敬畏! 友好!) 在编辑器 TechTarget.
这是另一个 SharePoint 设计师工作流条同样作为我更近的努力: http://www.endusersharepoint.com/?p=1226 ("使用控制列表创建灵活的工作流解决方案").
它开始像这样:
有您希望您可以暂时禁用 SharePoint 设计器的工作流? 要执行此操作，大众-核准大量文档而不设置关闭数十个 — — 或可能是数百 — — 不必要的工作流.
要实现此目的的一种方法是访问使用共享点设计器的工作流和禁用它. 要做到这一点, 您需要打开 SharePoint 设计器, 访问工作流, 更改其属性并重新保存它. 该方法的问题是它是有点凌乱，及有可能警钟环很多到最公司.
一般, 摆弄 SharePoint 设计器的工作流不是一个好的做法，在生产环境中, 也不是很好控制的过程的一部分.
这篇文章然后引导您完成一个解决方案使用自定义列表来打开或关闭的 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
上个星期, 马克 · 米勒张贴我最新的 SharePoint 设计师工作流条为最终用户 在他的网站上 (http://www.endusersharepoint.com/?p=1226).
它开始像这样:
我们技术类型在"面向对象"等我们日常生活中使用了大量的术语和缩写词 (面向对象的编程), "CT" (内容类型), "SPD" (SharePoint 设计器), "关键字"的词序 (请阅读手册), 等. 这篇文章有关本身与被称为"硬编码特定布盖布:"它是什么, 为什么它是坏的和如何避免它在 SharePoint 工作流设计器解决方案.
描述了如何使用自定义列表存储工作流控制和配置数据. 使用这种方法, 我们可以避免硬编码值，例如审批者’ 电子邮件地址, 批准美元限制, 等.
将其签出.
</结束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我在努力在客户端站点，而且需要安装窗口基础工作流，以便我能这么一些 SharePoint 设计师工作. (我不知道直到今天，浪涌保护器安装正确，但真的需要至少.NET 2.0 与 Windows 基础工作流要真的可用; 我总是想象这些安装了与展能就业科, 但我错了).
客户端的代理服务器. 没关系, 我有去外面公共互联网的凭据. 我去老地方下载世界自然基金会 (展能就业科加以援手提供链接). 那下载真的是各种各样的引导. 它运行，并计算出它需要下载什么. 第二个下载过程失败. 它也不会尝试, 或以某种方式阻止询问代理服务器凭据. 这是相当困难的撞车事故, 给我消息:
Microsoft.NET 框架 3.0 在安装过程中遇到的问题. 安装未成功完成.
我试图重新启动，并花 10 秒时间，试图找出如果我可以把它做为代理服务器凭据问我. 我放弃了，反而在这里了: .NET 框架 3.5 服务包 1 (全包).
我下载的软件包, 安装和这次, 没有问题.
</结束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
在似乎是他就职的博客, chiqnlips 有钻研的疯狂这是一个计算的列，所述共同设计器 SharePoint 工作流电子邮件活动问题的解决方案: 如何显示一个人的真实姓名在电子邮件中而不是"域 用户名。"
我还没测试, 但它看起来有前途. 将其签出.
</结束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
在对马克米勒 www.endusersharepoint.com 工作流设计器 SharePoint 上张贴我最新文章 在这里 (http://www.endusersharepoint.com/?p=1037).
描述了移动到另一个列表中的一个列表中创建工作流的基本方法. 其他列表可以在相同的站点, 同一站点集合或完全不同的农场 (例如：. 从开发到生产).
这是一个复杂的课题，所以我只覆盖一个非常基本的场景. 下个 星期, 我会写得更有用的真实世界的例子.
看看和共享没有任何评论.
<结束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
马克米勒张贴了我最新的最终用户为导向了在他的网站上的 SharePoint 设计师工作流条: http://www.endusersharepoint.com/?p=1008
我试图提供直接的答案, "为什么不能轻易港口发展来测试从 SharePoint 设计师工作流程?" 在过程中, 我也给 SPD 实际上做什么在幕后当我们使用它来创建工作流解决方案的一些见解.
下个 星期, 我描述了最终用户友好的方式向端口 SPD 工作流从一个服务器到另一个, 或至少作为最终用户友好的解决方案是可能由于工具的状态设置.
</结束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
这里是另一个常见的设计器 SharePoint 工作流问题:
"可以访问 (读/写) 通过工作流，不驻留在相同的站点列表本身上的 SharePoint 列表?"
简单的答案是: 无.
在很多方面, 然而, 我们必须限定， (在这种情况下是一件好事). 该平台可以让我们在很多方面创建扩展到生产, 包括自定义操作 (看看我小小的 codeplex 项目在这里为例). 自定义操作让我们基本上做任何我们想要从 SharePoint 设计师的工作流. 我是这的大风扇, 事实上, 因为它给了我们最好的两个世界 — 带在我们的指尖的.NET 框架的全面深度的声明性最终用户友好设计器.
不幸的是, 如果您使用的 SPD, 有你做，因为您不能使用 visual studio 的好机会 (由于这一事实，visual studio 需要深开发商背景). 我没有任何好地回答了这个问题，只是你应该说服你技术的同事，来创造出你需要的自定义操作之一. 或者, 与雇用或合同这种资源的管理工作.
</结束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
不幸的是, 它是不能. 我们无法从现成功能使用 SharePoint 设计师工作流发送一封带有附件的电子邮件. 这个愿望上来随 MSDN 论坛上的规律.
不过, " SharePoint 平台, 与很多事情一样, 并提供我们前进的道路. 我们可以 创建自定义操作 其中我们然后纳入我们的工作流. 一旦安装, 自定义操作的外观和感觉就像任何其他行动 (例如：. 收集数据, 日志消息, 等).
创建一个自定义操作，是一大座山要爬, 然而, 为最终用户. 这个 codeplex 项目提供此功能: http://www.codeplex.com/SPDActivities. 拆毁，并将其安装也是超越典型的最终用户的技能. 不过, 它是非常简单的 SharePoint 管理员来做这件事, 所以，如果你发现自己需要发展具有这种能力的工作流, 与您的 SharePoint 管理员这样做工作.
</结束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我们有一套的 SharePoint 设计器的工作流"的通信" 通过对网站列的值的更改列表中的事件接收器. 例如, 如果一个网站栏"SetDuedate，" 设置为 true 的工作流, 事件接收器检测到该更改, 计算到期日期，并将该日期分配给另一个网站栏, "到期日期。" 我们分手的事情像这样因为事件接收器可以计算使用复杂的业务规则的到期日期 (考虑公司假日) 虽然 SPD 真的可以不.
在一个特定的实例, 我们遇到了一个问题用此伎俩. 调试所有这是相当困难, 但我们得出明确的结论，在一个案例 (至少), 事件接收器未运行所有的时间. 在一个步骤中的工作流, 我们将更改网站列的值和事件接收器似乎没有运行. 不过, 它一直运行在不同步骤中的工作流.
在审查它之后, 我注意到了快乐工作流步骤使用"更新列表项" 而其他步骤使用"Set 的域当前项目中。" 更新列表项被更新的"当前项。" 我不知道为什么我们选择一种，因为他们似乎做同样的事情.
所以 … 更新列表项行动并未导致火灾事件. 另一方面, 行动却没有这样做的当前项中的设置字段.
我在这两个地方使用更新列表项和 中提琴! 它的工作. [[ 总一边, 我每天中几乎演奏的小提琴 15 年 ]]
从这, 初步相信"设置字段" 行动不会导致事件接收器火, 至少一些时间的.
这个问题困扰着我们几个星期.
这是一个观察这些"到的行为" 职位. 我观察了这个发生一次在一个特定的环境和我正在做一些事情为什么会发生那样的猜测. 如果你有任何洞察这一, 请在评论中分享.
</结束>
