InfoPath 表单所需的最小安全

我需要满足今天为 InfoPath 表单的安全要求. 在这种业务情况, 大量相对较小的个人允许创建新的 InfoPath 表单和更广泛的受众允许对其进行编辑. (这是新员工上寄宿形式使用的人力资源,启动工作流).

为了达到这一目标, 我创建了创建两个新的权限级别 ("创建和更新" 和"只更新"), 打破了继承的窗体库和分配权限的一个"创建, 更新" 用户和一个单独的"仅更新" 用户. 力学所有工作, 但事实证明要比我预期的多一点涉及. (如果你感到势单力薄了 SharePoint 权限, 签出此博客文章). 所需的安全配置权限级别是不明显的细粒度的权限集. 若要创建 InfoPath 表单仅更新权限级别, 我做了以下:

  1. 创建新的权限级别.
  2. 清除所有选项.
  3. 选择只有以下从"列表权限"权限:
    • 编辑项目
    • 查看项目
    • 查看应用程序页面

选择这些选项允许用户更新窗体, 但不是会创造.

诀窍就是使"视图应用程序页". 在权限级别指示了所需的更新仅 InfoPath 表单上没有任何 verbage, 但轮出它是.

创建和更新了甚至陌生人. 同样的步骤, 1 通过 3 以上. 我不得不专门添加"网站权限" 选项: "使用客户端集成功能". 再次, 那里的描述并不使它看起来应该是需要为 InfoPath 表单, 但它在有.

</结束>

Technorati 标签: ,

, “中间” 感觉; 关于 SharePoint 咨询意见

不幸的是, 我的最后一个项目的第一阶段已接近尾声,客户端选择了第二阶段由自己前进. 我们做我们的工作也不好, as usual 🙂 I’m now between projects, 一个特殊的时刻,为工作人员顾问喜欢我自己 (as opposed to independents who must normally live in perpetual fear of in-between time 🙂 ). 我们这次以各种方式工作人员顾问填充: 与销售民俗写提案工作; 有人灌装或备份一个人对这个或那个奇怪的工作; 学习; 博客 :). 它是很难去计划提前超过几天. 有时像这样, 虽然我有一点时间在我的手上, 我想反映一下.

我几乎总是难过最后一次离开客户端校园. 我们的顾问与客户形成一种特殊的关系, 不像你们典型的同事之间的关系. 还有钱角 — 每个人都知道顾问的速度比客户端工作人员的双人房,甚至更多. 你是一个已知的临时人. 作为一名顾问, 你是一个永久的局外人更多或更少已知的出发日期. 然而, 你与客户端一起吃午餐, 带他们出去吃饭或喝一杯, 买为团队的曲奇饼, 去咖啡运行, 给出和接收节日贺卡 — 各种各样的同事们做的事. 在另一只手上, 你在房间里成人. 你是在使您处于优越位置的技术专家. 另一方面, 你是个宝贝. 天零, 顾问不知道名字, 地方或客户端的行话. 大多数时候, 顾问永远学不会它所有.

当事情进展顺利, 你成为很好地集成了客户端的项目团队. 他们把你当成一位同事在某种意义上说, 和在另一个知己. 因为我们没有与客户端管理器风格的隶属关系, 项目团队经常感觉有点自由空气他们的脏衣服. 他们放下他们的障碍,可以把顾问陷入尴尬境地, 永远不会意识到他们在做它.

顾问通常不能执行的阶段两个和那永远不会获取容易对我来说. 这是尤其艰难与 SharePoint. 第一阶段的典型 SharePoint 项目涵盖安装的配置, 治理, 分类, 基本内容类型, 等. 和在许多方面, 共计冗长, 非常详细的发现. 这就是我的最后一个项目是如何看待. 我们做的基本的东西,以及执行一些好迷你 POC 通过扩展 CQWP, 执行到 PeopleSoft BDC 连接, 介绍了一个相当复杂的工作流与 SharePoint 设计师, 谈到基本 KPI 和更多. 适当的第二阶段将所有这些与广泛, 几乎弥漫 BDC, 真的很好的工作流, 精细调谐和更好的搜索, 记录中心, excel 服务和大概最重要, 向其他业务单位伸出. 但, 这不就是为我, 这是悲伤.

基于此最近的经验, 这是公平地说,适当企业 SharePoint 实施是一个一年的过程. 它可能合法可以运行两年之前达到收益递减点. 细节问题, 答案是肯定的.

顾问的生活就是这样,这些小小的抱怨都是在 SharePoint 项目中更糟. 正如我以前写的, SharePoint 的水平自然会使您接触各种各样的人和业务单位. 当你工作有这么多人, 你可以看到很多方面 SharePoint 可以帮助公司变得更有效率, 节省时间, 做得更好… 但你总是没去做.

我常常回忆我大学毕业的第一份工作, 在咨询的职业生涯开始之前 1995. 我们得做一个阶段两个、 甚至第三阶段. 那些美好的时光. 不利的方面, 然而, 这意味着,这也意味着大量的常规的东西. 管理网站的安全性. 调整内容类型. 创建视图和更改视图. 处理 IE 安全设置. 恢复丢失的文档. Blech! 🙂

尽管我忧郁的心情, 我不能想象我宁愿做一个地方 (除了在精神赵佳美供应温暖的沙滩).

等不及要开始执行下一个企业 SharePoint 项目.

(没什么实质的东西, 我写的这篇博客大部分在上 NJ 过境巴士. 我不认为我交朋友吗, but one CAN blog on the bus 🙂 )

</结束>

Technorati 标签:

周日搞笑: “他们是不是坏”

附近的回 1999, 我花了很多个星期了在圣塔芭芭拉, CA, 为一个客户端工作, 独自一人离开我可怜的妻子回到这里在新泽西. 我深深地爱我的妻子. 我爱她一样多的今天一样当她傻傻地嫁给我 1,000 年或前. 某处沿线, 我创造了一个词, "特别的恐惧", 在"萨曼莎有特殊的恐惧。" 她作为"bug"特别恐惧, 对她来说不是苍蝇还是瓢虫, 但相当微生物. 她很怕这个或那个病毒或不寻常的细菌困扰我们的儿子, 或我, 但从来没有真正自己. (她也是特别害怕的吸血鬼, 微型邪恶娃娃 (尤其是小丑) 和潜艇事故; 她已经超越长大她特别恐惧的人穿着圣诞老人套装).

一天, 我的同事和我决定骑到附近的山脉附近奥哈伊. 在一个点, 我们出来的那辆车在现场采取. 当我们回到车里, 我注意到蜱虫在我肩上. 我轻轻向窗外,就是这样.

那天晚上, 我告诉她我们的驱动器,提到蜱虫. 这样的事情去谈话:

S: "哦! 这些都是坏. 他们携带疾病。"

P: "好吧, 我向窗外轻轻地弹它。"

S: "他们是真的不好不过. 他们可以根据你的皮肤得到和吸的血和转移的 bug. 你更好地检查你的头发,并确保没有任何在你的头!"

P: 在一个响亮的声音: "我的上帝! 他们可以接管你的头脑吗???"

S: 字面上让我放心: "不是, 他们不坏。"

</结束>

Technorati 标签:

快速、 方便: 从 SharePoint 设计器中的电子邮件会自动打开 InfoPath 表单

更新: 阿胡贾 Madjur 指出,从这个链接 新闻组讨论: http://msdn2.microsoft.com/en-us/library/ms772417.aspx. 它是非常明确.

===

我们经常想要在从 SharePoint 设计师工作流发送的电子邮件中嵌入到 InfoPath 表单的超链接. 当用户收到这些电子邮件, 他们可以在电子邮件中的链接上单击并直接转到 InfoPath 窗体.

这个怪物的 URL 建造工程对我来说:

http://server/sites/departments/Technical Services/InformationTechnology/HelpDesk/_layouts/FormServer.aspx?XmlLocation=/sites/departments/Technical Services/InformationTechnology/HelpDesk/REC REM RED Forms/REC2007-12-18T11_33_48.xml&源 = http ://server.corp.domain.com/sites/departments/technical%20services/informationtechnology/helpdesk/rec%20rem%20red%20forms/forms/AllItems .aspx&DefaultItemOpen = 1

红色加粗文本替换窗体的名称, 下面的屏幕快照中所示:

图像

请注意有很多该 URL 中的硬编码路径, 以及一个 URL 编码的组件. 如果这是很难转化为您的具体情况, 请尝试打开表单库的通知. 发布窗体,当你的电子邮件, 查看电子邮件的来源,你会看到你需要包括的一切.

聪明的读者可能会注意到上面的电子邮件正文也显示一个链接,直接访问通过筛选视图的任务. 我打算在将来的文章中更详细地说明.

</结束>

Technorati 标签:

关于商业产品的思考

我把 SharePoint 设计器扩展项目CodePlex 今年早些时候,即使它真的非常有限的范围内, 我估计它由已下载 40 自 60 (甚至有可能 100) 公司只是约两个月. 指示该解决方案的一个市场,如果我是成功的商业化, that could translate into a goodly amount of beer 🙂

我的背景是实际上很多在产品开发中,我知道什么是需要带一个顶尖的产品, 作为反对 CodePlex 爱好的项目, 市场. 在我 过去的生活, 我主要负责产品的研发&D 为所有软件产品的. 然后和现在的区别是,我现在工作的一名顾问 (非常好) 咨询公司 (Conchango). 以前, 我已经在我的后面,我的整个公司, 我们销售和配套的产品推向市场. 今天, 会孤单.

在心灵的产品的几点思考, 但我认为最容易将创建上述 CodePlex 项目使用,作为一个起点,并进一步延伸它的商业版本. 我模糊的即兴思维是收取类似 $100 无限的开发许可证和 $500 每生产 web 前端. 我想我也宁愿放弃的源代码.

如果您有想法或你愿意分享的经验, 请留下评论或 电子邮件通知我直接. 我想听听意见:

  • 都值得?
  • 市场营销的实用建议, 收钱, 分发.
  • 定价.
  • 支持.
  • 您想要离开的任何其它评论.

这是"很容易" 来产品创意并实现它们, 虽然许多几十个小时的工作要求. 其他的东西不是对我来说一样容易.

</结束>

Technorati 标签:

星期天的早晨搞笑: “耶稣是必须死”

我们买了我们第一次 (只有) "奢侈" 车开了回来当弗洛伊德飓风钉的美国东海岸. 我们有很多的雨在这里在新泽西和 几天过去了 之前的生活恢复正常. 就在弗洛伊德之前袭击, 我们提出用沃尔沃 850 GL 和弗洛伊德击中后, 开车回家.

这是我们第一辆车与 CD 播放机. 像大多数新车车主, 我们就有点 CD 疯狂了, 恢复我们处于休眠状态的 CD 收藏和长途旅行的车就是为了在车里听 CD 的说下去. 像所有流行潮流, 这为我们传递和我们结束在一遍遍听同一张 CD. 在我们的例子, 这是 耶稣基督巨星.

之一 (很多) 该岩石歌剧中的精彩件是唱的建立宗教类型, 由领导 祭司, "大祭司". 他们唱他们的方式在决定如何处理"耶稣问题" 和该亚法指示他们的结论,"耶稣必须死". 对这首歌不是"只是必须死, 必须死, 必须死, 这位耶稣必须死". 你听到了避免很多在那块.

在时间, 我儿子三岁左右. 你也许可以看到这要去哪里.

我来到有一天下班回家,我的儿子在客厅里玩玩具,边走边哼. 我正在脱我的夹克, 通过邮寄和所有我平常在走-门的东西,并突然意识到他只说看, 不太喜欢唱歌: "耶稣必须死, 必须死, 必须死。" 可遭殃了. 我能看到他那样做对他的孩子之一在一个朋友家里玩日期 — 可能最后播放日期与该婴儿的朋友.

在那之后我们把那张 CD 从沃尔沃里拿出来🙂

</结束>

Technorati 标签: ,

Google AdSense 程序接受吗我活的空间博客

更新: 作为的 03/09, 我发现没有办法与谷歌的 Adsense 集成生活空间我的帐户. 微软的系统在这里似乎防止所有谷歌提供了潜在的 adsense 宿主的技术机制. 我倾向于认为这是主要的副作用,他们已经建成生活空间的安全, 不直接的努力,要禁用站长.

这不是 SharePoint 的帖子, 但一般可能感兴趣的博客.

有人评论他们的 Windows Live 空间博客谷歌断然否认参与 AdSense 及其应用. 她推测谷歌拒绝她,因为 Windows Live 空间承载她的博客. 不过, 我最近被接纳为我的生活空间博客程序, 所以,政策已更改,或者谷歌否认她因某些其他原因.

答案是肯定的, 看不到任何明显的方式,Google AdSense 融入我的生活空间, but it’s a start 🙂

</结束>

Technorati 标签: ,

执行主 / 使用自定义列表的详细信息关系

论坛用户频繁地作为 像这样的问题:

> 您好 !,
>
> 请告诉我,是否有任何的可能性来生成一个自定义列表
> 母版和详细信息的类型 (像发票) 无需使用 InfoPath.
>

SharePoint 提供了一些现成功能那样支持业务需求的种类.

一般, 一个链接在一起使用查阅列的两个列表. 列表 A 包含发票标题信息和列表 B 包含发票详细信息.

使用附加列表来维护客户号码, 产品编号, 等.

使用内容查询 web 部件 (在 MOSS 只) 和/或数据视图 web 部件来创建列表的合并的视图. SQL 服务器报告服务 (SRS) 也是的它的报告方可用.

不过, 有一些重要的限制使它难使用纯预置的功能,甚至中等复杂的东西. 这些包括:

  • 相关查找大小列出 vs. "威武" 查找列类型的. 查找列类型提出自己对 UI 以不同的方式取决于是否启用了多重选择或不. 在任一情况下, 外框控件显示源列表中的所有可用项目. 如果源列表 1,000 项目, 这就一个问题. 通过这些项目未页查找控件. 相反, 它将所有的他们拉入控制. 这使得数据录入和性能非常尴尬的用户界面.
  • 查找"拉回" 一列信息. 你永远不能拉回多个列的源列表中的信息. 例如, 您不能选择客户"12345" 并在同一时间显示的号码,以及客户的名称和地址. 查找只显示客户数量,别无其他. 这就使得一个尴尬和困难的用户界面.
  • 没有内部形式沟通. 我已经写了关于这. 您不能实现级联下拉列表, 有条件地启用/禁用字段, 等.
  • 没有级联删除或内置的参照完整性. SharePoint 视为独立的实体的自定义列表,并且不允许您将它们链接到对方 ERD 传统意义上. 例如, SharePoint 允许您创建两个自定义列表, "客户" 与"发票抬头". 在客户列表中,可以在链接回客户创建发票抬头. 然后, 您可以从列表中删除客户. 开箱即用, 没有办法防止这种情况. 要解决这种问题, 你通常会使用事件处理程序.

可能看起来暗淡, 但我仍使用 SharePoint 作为起点为构建这种功能. 尽管你需要在一个解决方案中有差距, SharePoint 使我们能够填补这些空白使用工具如:

  • 事件处理程序. 用于实施参照完整性.
  • 自定义列: 创建自定义列类型并使用它们而不是默认的查阅列. 添加分页, 缓冲和 AJAX 功能,以使他们能够满足.
  • BDC. 这只苔藓的功能使我们能够的查询其他 SharePoint 列表与通常的查阅列的高级用户界面. BDC 也可以向后端服务器应用程序. 使用 BDC 以避免复制. 而不是从 ERP 系统的后端复制客户信息, 改为使用 BDC. BDC 功能提供友好的用户界面拉那直接从 ERP 系统,并属于避免麻烦的维护复制解决方案的信息.

    BDC 是 MOSS 的功能 (在 WSS 中不可用) 和挑战来配置.

  • ASP.NET web 窗体: 创建一个全功能已启用 AJAX 的表单使用 SharePoint 对象模型和/或 web 服务,同时提供了一个非常敏感的用户界面利用 SharePoint 列表.

最后一个选项可能会觉得你从头开始, 但考虑到 SharePoint 平台启动你具有下列主要功能:

  • 维护安全模型.
  • 菜单系统与维修.
  • "主表" (e 小节. 自定义列表) 与安全, 内置的维护和审核.
  • 搜索.
  • 后端集成工具 (BDC).

如果你在 visual studio 中开始一个新的空白项目, 你有很多的基础设施和管道要生成,然后你就接近 SharePoint 的提供.

我相信微软打算扩展 SharePoint 中的应用发展方向. 这似乎是对现有的 SharePoint 基础的自然延伸. 微软 CRM 应用程序提供了大量的可扩展性,支持页眉/详细应用程序开发所需的类型. 虽然这些功能是在客户关系管理, 技术是明显可用到 SharePoint 开发团队,我期望,它一定会成为其 SharePoint 产品年底 2008. 如果任何人有知识或深入的见解, 请留下评论.

</结束>

小提示: 内容查询 Web 部件, 查阅列的值和 XSL

我在一个名为"房地产所在地"的内容类型的列的名称.

该列的类型"查找".

我已修改 <CommonViewFields> 和 ItemStyle.xsl,若要显示的列.

一个简单的 <xsl:值的选择 =…> 回返回包含序号位置数据的内部值, 例如,:

1;#迈阿密

要获取的人性价值, 使用 xsl 之后的字符串, 如图所示:

<xsl:选择 valuexsl ="子串之后(@Real_x005F_x0020_Estate_x005F_x0020_Location,’#’)"></xsl:值的>

使用此技术,每当您正在使用的 XSL 转换中查找值,需要获取人性的价值.

<结束 />

Technorati 标签: , ,

SharePoint 猎兔犬 12 月刊上 & 生活

你们很多人已经知道这, 但 12 月版的 SharePoint 比格犬 是活.

每篇文章都值得读我认为.

我想给一点额外凸点 我同事的文章 (娜达丽娅 Voskrensenskya). 她描述她是如何使用自定义列表同时提供屏幕截图盛会, 工作流, SharePoint 设计器, 数据视图和其他元素,以实现自助服务培训功能在苔藓. 她描述了可应用于许多不同的业务场景的技术. 退房 她的博客 虽然你在这.

别忘了签出 我的文章 as well 🙂 I wrote about using MOSS to help an HR department manage open positions.

</结束>