每月档案: 12 月 2007

关于商业产品的思考

我把 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.

</结束>

MOSS 告诉我 “访问被拒绝” 若要编辑工作流任务, 但我确实有访问

我实现了一个工作流在网站中是主要只读的"NT_AUTHORITYAuthenticated 用户使用 SharePoint 设计器" (e 小节. 每个人都). 还有为 InfoPath 窗体的窗体库. 有相关的工作流的任务列表,工作流运行时, 它可以将任务分配到人.

我打破窗体库和任务列表的权限,以便任何已通过身份验证的用户可以创建窗体并更新其分配的任务.

我测试我测试低特权帐户.

可以填满并保存到库的表单? –>

可以从电子邮件链接访问任务? –>

可以看到一个编辑工作流任务链接 –>

可以单击该链接吗? –> … 权限被拒绝.

为什么可以看一个拒绝我的权限,当我点击它的编辑链接? 这就是不该怎么上班…

我的经历再次的安全配置, 非常密切. 再次做到. 我考虑删去这篇文章 因为很明显不知道任何有关安全.

最后, 我搜索互联网. 我发现这个高度不太可能的 MSDN 论坛帖子: http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1838253&SiteID=17

海报似乎暗示将工作流导出到驱动器盘片的简单行动将修复一个 MOSS 的安全问题? 我简直不能相信我刚刚键入的内容,. 我想起了南方公园 》 里关于 9/11 在斯坦问我们 Preznit 的阴谋, "真的?" 遍又一遍.

所以, 失去什么, 我火了 SPD, 工作流上右键单击,然后将它保存到我的 c:\ 驱动器. 这将是 c:\ 在我的便携式计算机上的驱动器. 我在看我的肩膀上的全部时间,没有人会问我, "为什么您保存该工作流到您的便携式计算机?"

令人难以置信, 解决了我的问题. 我可以编辑任务.

本人现提名这是解决最奇怪工作流方法的 2007.

</结束>

Technorati 标签:

SharePoint 设计器, 当前项目 “已编码的绝对 URL” 和 HTTPS

我们经常想要发送一封电子邮件,其中包含指向该项目或触发工作流的文档的超链接. 我们可以使用当前项的"编码绝对 URL" 为此目的. 不过, 它似乎总是使用"http" 为 URL 协议. 如果您的站点在 HTTPS 上运行然后它不会为你工作.

图像

据我所知, 没有出去框解决这个问题. 如果你需要使用 HTTPS, 您没有从框中选项.

解决这个问题, 创建一个自定义的操作,提供了一个字符串替换函数,以在您的工作流中使用. 或者, 在这里使用第三方工具等优秀包: http://www.codeplex.com/spdwfextensions 🙂

</结束>

Technorati 标签: ,

快速、 方便: 确定网站列的内部列名称

更新: 杰里米 · 萨 关于这个话题的博客和贴一些 控制台应用程序的代码 这表明内部名称.

试图内容查询 web 部件来显示从任务的到期日期,因为屏幕的标签是"到期日期", 我以为,要在使用的列名称 <CommonViewFields> 是"Due_x0020_Date".

错了!

"DueDate"是在这种情况下真正的列名称.

我怎样找到它? 我重新读希瑟 所罗门的博客条目上修改 CQWP 要显示的数据的附加列. 她描述了这一步的过程 #13. 相信它. 它是正确. 至少, 它是正确的对我来说. 我不相信它在第一次多长的名称与另一列.

我说"信任它" 因为我不相信它,可能浪费了附近撞我的头靠墙的两个小时. 我解决"调度后" 名称, 我想要添加到另一个字段 <CommonViewFields>. 使用所罗门技术, 我越来越像"XYZ_x0020_Project_x0020_Due_x00"的列名称.

我心想, 这显然是截断的名称. 我去前方,未截断它,但没有成功. 我最后用看似截断的名称和它的工作.

特别提示: 当正在与 CQWP, 如果添加了一个坏的内部名称与 <CommonViewFields>, CQWP 会告诉我,该查询返回没有结果. 但, 如果字段名称中添加一个数据类型, 它将返回一个结果. 添加数据类型实际上掩盖的问题因为我引用一个不存在的字段. 我可以把它, 但当我想要显示其值, 我总是会一片空白.

这不掩盖错误:

<CommonViewFields>Due_x0020_Date;</CommonViewfields>

这并未掩盖错误:

<CommonViewFields>Due_x0020_Date,日期时间;</CommonViewfields>

</结束>

谨防打破变化到 ItemStyle.xsl

我正在用 ItemStyle.xsl 自定义外观的内容查询 Web 部件和午餐时间的权利, 我做了更改为 xsl 破碎. 我没有意识到它, 但这产生了深远的影响整个网站集. 共进午餐,在我返回时走, 注意到这个消息出现在一堆的地方:

无法显示此 Web 部件. 对问题进行疑难解答, 在一个 Windows SharePoint 服务兼容 HTML 编辑器,如 Microsoft Office SharePoint 设计器中打开此网页. 如果问题仍然存在, 请与 Web 服务器管理员联系.

我责怪客户端 (还不实现它在这点我的错) 但最终注意到那视觉工作室智能感知警告我我有畸形 XSL. 更正了它和一切开始工作.

要命时要小心处理 ItemStyle.xsl (和全球的 XSL 文件中的任何) — 打破他们会影响站点集合中的许多文物.

<结束 />