赞美的 jQuery 增强搜索---键入时 (由 Jan Tielens)

我的工作 BPOS 演示 (很快就可了微软的网站) 和我想要添加一个小的潇洒. 我已经知道了 Jan Tielen 努力为相当一段时间,我还以为是一个伟大的技术将添加到该演示, 所以我做了. 你可以在这里读到它: http://weblogs.asp.net/jan/archive/2009/07/02/sharepoint-search-as-you-type-with-jquery.aspx. 它是简单的使用它可能应该是犯罪 (也许是某个地方).

我将只是两个点添加到他已经创建 / 写了关于:

  1. 这没有, 事实上, BPOS 的工作 (SharePoint 在线) 环境.
  2. 要使其工作不令人讨厌的弹出消息前缀的情况下对 https 而不是 http 的 jquery 库的引用, 如在:
<脚本类型 ="文本/javascript" src ="https://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js"></脚本>

Jan 指出你可能应该移动图书馆本身到您的网站. 今天感觉有一点懒惰, I decided to blog about it instead 🙂

</结束>

这是另一个帖子中的我 系列 有关如何使用 jQuery 使用 SharePoint.
如果您想要了解更多关于 jQuery, 我强烈推荐: jQuery 在行动 由熊 Bibeault 和耶胡达 · 卡茨.

订阅我的博客.

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

Technorati 标签:

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

下一个 SharePoint 店谈发生在星期四 12:30美国东部时间下午.

我们搞过两个星期 (由于 SharePoint 会议最后一周) 和结果, 我们已在队列中的若干问题, 更不用提各种很酷的东西,关于 SharePoint 谈谈 2010. 所有小组成员出席了 SPC, 所以要带你 SP 2010 问题到电话或电邮至 questions@sharepointshoptalk.com.

拨出电话拨出,谈一谈一些 SP 的很大一部分来自 2010 善良, 我们还将讨论:

  • SharePoint 为什么显示站点设置下的不同的导航选项 (这基于功能和站点配置有所不同)
  • 修改 versions.aspx — — 的问题, 这样做的困难 (I”m not surprised 🙂 ).
  • 源进行身份验证时嵌入 RSS 源到站点.
  • 使用 stsadm 管理日志记录.

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

像往常一样, 发送任何疑问或对讨论主题 questions@sharepointshoptalk.com, 电子邮件通知我直接或 twitter 向 @pagalvin.

我们希望看到你那里!

</结束>

订阅我的博客.

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

Technorati 标签:

快速撞击: 直接从 SPListItem 在 SharePoint 中读取 InfoPath XML

我过工作的一个项目需要从 InfoPath 表单中提取附件. 有一些好的资源来解析 InfoPath 表单 (这是只是 XML 文件, 所以,其实很简单).

虽然我建设项目, 我开始下载 InfoPath 表单并将它保存到我的本地硬盘上. 我的 c# 代码直接从该实例读取. 不过, InfoPath 表单真正生活在 SharePoint 表单库内. 我做了一点善良的半搜索来找出如何直接从图书馆读,几乎放弃了, 在这种情况下我会将窗体保存到本地临时目录和读它从那里. 不过, 没有必要去完这些程序,你可以阅读它直接从库. 这小小的代码片段展示了如何:

/// 类定义的东西在这里, 包括:
私人 SPFile mySharePointFile; /* SPList 的一部分 */
// 这里是更多的代码和内部类的方法,我们有:
像下面一样 textReader;
textReader = 新增功能 像下面一样(mySharePointFile.OpenBinaryStream());

textReader.WhitespaceHandling = WhitespaceHandling.无;

textReader.Read();

// 如果节点值

同时 (textReader.Read())
{

......,等等等等......

他们的关键位以上是我们可以读在 InfoPath 直接通过 OpenBinaryStream() 上 SPFile 作为 XmlTextReader 的构造函数的参数的方法调用. 它的伟大工程.

</结束>

订阅我的博客.

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

Technorati 标签:

快速、 方便: 发送电子邮件在.net C# 中使用 Gmail SMTP 服务器

这不完全是一个新的主题, 但当我需要这么做, 我发现很多的"为什么不会这项工作对我来说"并没有太多直接的答案. 我希望有人能找到这有用.

下面这段代码将发送电子邮件,使用自己的 gmail 帐户做它, 包括附件。:

使用 System.Net.Mail;
使用 System.Net;

NetworkCredential loginInfo = 新增功能 NetworkCredential("[我的 Gmail ID]", "[我的 Gmail 密码]");
MailMessage msg = 新增功能 MailMessage();
味精。从 = 新增功能 邮件地址("[M Gmail Id]@gmail.com");
味精。To.Add(新增功能 邮件地址("paul.galvin@arcovis.com"));
味精。主题 = "测试 infopath 开发主题";
味精。身体 = "<html><正文><强>一个强烈的信息。</强></正文></html>";
味精。IsBodyHtml = true;

foreach (字符串 恰好 在中 NIPFD。GetAttachmentNamesAndLocations())
{
    味精。Attachments.Add(新增功能 附件(恰好));
} // 添加附件.

SmtpClient 客户端 = 新增功能 SmtpClient("smtp.gmail.com");
客户端。EnableSsl = true;
客户端。UseDefaultCredentials = false;
客户端。凭据 = loginInfo;
客户端。端口 = 587;
客户端。EnableSsl = true;
客户端。发送(味精);

我放慢的几个关键位和其他意见 / 备注:

  • 第一行中创建 loginInfo 对象需要使用 ID 被剥夺了的 gmail "@gmail.com”. 所以, 如果我的 gmail 电子邮件地址 "sharepoint@gmail.com"和我的密码是"xyzzy"然后线看起来就像:

NetworkCredential loginInfo = 新增功能 NetworkCredential("sharepoint", "xyzzy");

  • 我的 gmail 帐户设置为使用 SSL,这不是问题.
  • 还有一些相互矛盾的信息,在那里上要使用什么端口. 我使用端口 587 和它对我来说能正常工作.
  • 以我为例, 我也需要发送附件. NIPFD 对象具有一个方法,知道我的附件在哪里. 它返回一个完全路径 (例如:. "c:\"tempattachment1.jpg. 在我的测试, 我有两个附件和他们都能正常工作.

我使用 visual studio 2008 若要编写此代码.

</结束>

订阅我的博客.

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

Technorati 标签: ,,,

SharePoint 会议 2009 — — 从 Twitter 中获取您实时原始数据

我期望几乎人人都知道这无论如何, 但我想我会扔掉,还有大量的非常有趣的信息通过 twitter 快速笔记. 哈希标记 #SPC09 似乎是最受欢迎. 像往常一样, 有很多的愚蠢和"在"的笑话, 但如果你能让过去的事情, 看看. 尽我的力量回应评论或问题定向到我,我知道好多人做以及, 所以它不是只是单向的信息流动.

新会话只是在两个小时内开始,并持续到大约 3 pm EDT 这周四. 它将会开始接好.

看看这里的 twitter: http://twitter.com/#search?q=%23spc09

</结束>

订阅我的博客.

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

Technorati 标签:

以编程方式从 InfoPath 表单中提取的附件 (包括它们的名称!)

我有一个客户端,利用 InfoPath 和工作流费用的入门级解决方案. 在审批过程中的一个点, 我需要生成具有所有这些好的 InfoPath 数据,以及自己的附件的电子邮件, (叹息) 有人可以采取该数据,并手动更新它密钥到 Oracle 数据库的应用程序.

它不是很难到达或解析 InfoPath 表单. 我不知道如何处理附件, 然而. 后一两个小时的撬拨左右互联网 (永恒!) 我发现这篇文章: http://support.microsoft.com/kb/892730

它提供一些方便的代码,以从窗体中的一个节点中提取附件. (您仍然需要查找节点和所有的, 但这是只是 XML 分析).

我知道附件是 base64 编码的本来只提取的路径下的 base64 数据, 解码它并将它保存. 不过, 很快意识到我不知道如何获取文件名称本身,直到发现了上述文章.

我确实认为,比较早, 但是由其人格分裂推迟. 一方面, 这篇文章 * 说 * 真好,InfoPath 2007. 然而, 代码和说明都 Visual Studio 2003 InfoPath 的参考 2003.

底线, 文章提供的代码工作对我来说 (到目前为止). 我可以得到我的 InfoPath 表单, 我可以将它的分析, 我可以查找和解码附件和我知道它的名字. 你还能找到更多问一个人的生活?

</结束>

订阅我的博客.

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

Technorati 标签: ,,

如果你担心你的 SharePoint 环境可能会稍微不健康, 让我来的帮您解决此问题 健康检查.

为 SharePoint 店谈概述 10-08-2009

今天的 SharePoint 店谈涵盖其惯常的范围广泛的主题:

  • 我们讨论了周围开放部分向您的贸易合作伙伴 SharePoint 网站集的问题. 它不是世界上最复杂的事情, 但当你开始大声谈论, 你意识到有很多小个人需要的东西要做的操作完全正确. 你必须要考虑防火墙, 发牌 (可能不是您的 intranet SharePoint 许可证, 很可能不会是, 足够), SharePoint 配置 (AAM, 扩展 web 应用程序可能已启用 HTTPS 的区域), 等. 如果任何人有什么该做,序列的清单, 我很乐意在评论中看到它. 这个问题赢得"最讨论问题"的意识的年 (到目前为止).
  • 我想问一个问题关于生成那些拇指指甲图像的图像库功能. 我推测事件接收器上的图像库生成拇指的指甲. 我大概是大错特错, 但看起来确实如拇指的指甲本身的 web 服务器上有一个完全独立的图像. Vamshi, SharePoint 店说话经常, 我们的博客点: http://pathtosharepoint.wordpress.com/2009/08/23/picture-libraries-take-advantage-of-web-friendly-formats/. 这是关于图像在 SharePoint 中相当有趣的帖子,如果你对它感兴趣.
  • 我们讨论了自定义编辑窗体 (创建通过电涌保护器) 和你失去的附件功能,当你说的事实. 劳拉 · 罗杰斯有博客上关于这一问题在这里: http://sharepoint911.com/blogs/laura/archive/2009/09/10/fix-for-the-custom-form-attachments-issue.aspx

这一周, 我们引入了那里,我们花了有关新功能 10 分钟显示一个提示/有趣的 SharePoint 环境中. 这一周, 我们展示了如何添加内容编辑器 web 部件 (而实际上任何 web 部件) 对 newitem.aspx 的网页. 在此情况下, 目的是显示一些广泛的联机帮助,newitem.aspx 页. 这也是对将 jQuery 集成到您的环境通常的切入点之一. 下个 星期, 我们打算显示一个 jQuery 提示/把戏. 我们希望看到你那里.

</结束>

订阅我的博客.

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

Technorati 标签:

SharePoint 店谈 10/08/08 在 12:30 美国东部时间下午

我们正在主持我们下一次每周 SharePoint 店谈会议明天将到 12:30 美国东部时间下午.

这是打开 Q&A 和所有主题相关的 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=0z40kg9nb0t0842f

Twitter 您对我的问题, @pagalvin.

向他们发送电子邮件 questions@sharepointshoptalk.com 或只是在行上露面和大声问他们.

我们希望看到你然后!

</结束>

订阅我的博客.

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

Technorati 标签:

到博客或不博客 — — 这是个问题 (有关的博客)

请注意: 这是最初发表于 www.endusersharepoint.com.

几个星期前我有机会在纽约星期六在 SharePoint 发言. 再来一次, 一个巨大的事件. 这一次, 我谈到了"学习 SharePoint"— — 一个非常广泛的主题. 在演示文稿 (你可以在这里), 谈到的各种技术的"学习"SharePoint, 包括像书本学习的东西, 房类培训, 创建您自己的 VM 和最重要的是 (对我来说), 社区参与. 在 SharePoint 社区参与的一种方法是通过博客. 我听说别人提以前有人问我关于博客特别是和几个关注他了,问我的意见. 它有瘙痒我头几个星期所以以我一贯的方式, 我我的博客上写关于它挠挠挠痒痒.

有些人似乎认为有那么多质量博主外面在舞台上今天,而且很多优质的博客条目已写入,在某种意义上, 没什么新写. 或, "新"的事情是狭隘的它不会有趣的人. 我不同意那些情绪或基本的假设关于他们.

对于初学者来说, 如果你是写博客,因为它是你个人的尝试,在 SharePoint 中学习学习的一部分, 它真的无关,如果有人写关于你的话题或不. 在社区参与后面的司机之一, 无论是对于个人学习或不, 那是你 需要得到正确. 没有人想要把一些弱博客条目和看起来很傻在世人面前. 在过程中变得越来越好, 你要仔细想想通过更多主题, 等. 因此, 你在想, 研究和考虑本主题从各种角度, 左到右, 自上而下, 内外 (或者至少,你应该是). 这是非常宝贵的锻炼. 事实上, 它几乎在你完成的时候推"发布"按钮点旁边写这本书因为你已经导出了很多现在的好处. 答案是肯定的, 您想为各种原因反正推开机自检按钮, 但我离题了. 底线是,写博客是宝贵的学习运动,在其本身, 期间.

我也同意这样的"它已做了"的说法. 所以如果这是? 可怕的后果是仰望你的主题通过 bing 的人们现在会发现两个或五个或十个文章. 谁在乎呢? 我总是喜欢先在同一主题上找到几篇文章,当我去寻找的东西管. 不同的观点, 不同的写作风格, 不同方法对同一问题 — — 他们都帮我理解我的需要. 在我看来, 社区是没有地方接近达到一个饱和点上质量好的博客文章在 SharePoint 世界任何话题.

所以, 走了的博客! 你不会听到我抱怨它. I guarantee it 🙂

</结束>

订阅我的博客.

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

Technorati 标签: ,

不要在瓷器店的公牛

SharePoint 发展简史 (从一个相对比较新的角度来看)

请注意: 这篇文章最初发布到 www.endusersharepoint.com. I forgot to post it to my own blog 🙂

SharePoint 已有很大改变自其早期作为孵化技术在 Microsoft 的排序 –它被进化几乎像恐怖片, 疯狂科学家创造在何处上它自己的生命, 摆脱了它的创造者的期望和规则. 技术进化是很明显 — — WSS 3.0 对象模型是更加丰富和复杂比 WSS 2.0, 这本身就是一种改进对早期版本. 下一版本无疑将在显示极大的改善 3.0. 从最终用户的角度来看, 然而, SharePoint 的进化是更为重要.

在早期, SharePoint 并没有给出最终用户. 他们会有其一般功能要求, 使用它来定义他们好和实施解决方案. 它会使用 SharePoint 来解决这个问题. 该产品不是很方便,最终用户. 我想扔几个类比, 但我决定坚持维恩图,以显示我的意思是. 当微软第一次发布了 SharePoint 向世界作为一个商业产品, 它遵循最终用户的相对传统的模式 <-> IT 的关系. 很多最终用户, 沟通和工作与它的极少数人以提供解决业务问题的解决方案:

image

SharePoint 对于一个适用于交付平台的整体问题域是小 (尤其被相比,今天的 SharePoint. 最终用户和 IT 工作在更经典的安排与它: 它定义要求, 等待 IT 做幕后工作,并采取最终产品的交付.

随着 SharePoint 进化到 2.0 世界 (WSS 2.0 和 SharePoint 门户服务器), 一些事发生了. 第一次, "问题域"的大小增加. 由问题域, 我的意思是各种业务问题,SharePoint 可能是一个可行的解决方案. 例如, 你不会觉得太难有关直到 SPS 在 SharePoint 环境中实施严重搜索解决方案 (即使那时, 这不是就需要做到的一样好). 在同一时间, 最终用户具有前所未有的能力不仅定义, 但也执行他们自己很少或没有 IT 支持的解决方案.

《 3.0 平台 (WSS 和苔藓) 维持和增加这一势头. 问题域是巨大相比 2.0 平台. 几乎每个部门在一家公司, 从制造到营销的健康和安全部门, 从销售到质量控制 — — 他们可以找到 SharePoint 的很好用 (它不是一例的糖化圆钉进一个方形的洞里). 在同一时间, 该平台授权更多的最终用户能够执行他们自己的业务解决方案. 我试着捕捉,与此关系图:

image

这已被证明是一个强有力的和令人沮丧的混合物. 《 3.0 平台将以前稳定角色开启他们的头. 突然, 最终用户可以有效地 法官, 陪审团和刽子手 业务分析师, 应用程序架构师和开发人员可以针对自己的业务解决方案. 这让我在写关于这个问题的核心. 但以前我潜水入那, 让我们考虑房间里的大象.

窥视水晶球

如何将 SharePoint 吗 2010 影响这种模式? 它将增量或革命吗? 将更多, 较少的或有关相同数目的最终用户发现自己能力建立在 SharePoint 解决方案 2010? 将 SharePoint 2010 年问题域甚至进一步扩大或将它只是改进和精简 WSS 中,它已经提供 3.0 / 苔藓?

有足够的信息"有",很有把握地说,一般的答案是:

  • 问题域正打算大幅扩大.
  • 最终用户会发现自己比之前更多权力.

维恩图将会大于此页面,并导致一些 IT 专业人员和 CxO 的要伸手去拿他们的胃药.

我相信它会一个巨大的机会,为公司做一些真正的转型的事情.

我店里没有公牛!

这听起来很伟大, 但从我的观点作为一个 SharePoint 顾问和将自己放入 IT 经理的鞋, 我看到这一愿景. 我拥有一间漂亮的板的中国店, 水晶, 等 (我的 SharePoint 环境). 我租了一个空间, 我已经购买我的库存,并奠定了它所有我喜欢的方式. 我不准备好打开, 但在预期中, 我看那扇门,看看我的客户在排队,我注意到实际的公牛在那里. 更仔细和我其实见到 两个 公牛队,甚至是一只狼. 然后我注意到有一些绵羊. 羊是 所以 坏, 但他们可能伪装狼? 我不想在我的瓷器店的公牛!

更糟! 当我租的空间, 我简直不敢相信这是真是太好. 宽和开放, 太棒了康乐设施, 非常合理的价格. 不过, 现在我意识到开阔的空间和巨大的门只是完美的大小为牛市来徘徊在和非专业的废物到我中华.

我推得太远着这个比喻, 答案是肯定的. 最终用户不是公牛队 (他们大多数, 不管怎么说) 和 IT 部门别 (或肯定不应) 查看与那种怀疑他们用户社区. 不过, 有这种已经在发生的完美碰撞 3.0 我期望的平台只会变得更糟在 SP 2010. SharePoint 已赋权并鼓励最终用户定义和实现他们自己的解决方案.

这就是伟大和所有, 但事实是,它仍然是一个技术性很强的产品,并仍要求有力的商业需求分析的那种, 设计和总体规划和技术项目需要成功的管理. 这些不是那种招最终用户不少的技能, 尤其是当焦点位于像 SharePoint 技术产品.

在过去一年左右的思想很多是给了这和看不到任何简单的答案. 它真的可以归结为教育和培训. 我认为 SP 2010 正在更改位和它去玩以不同的方式和慢动作作为公司推出各自的 SP 的游戏 2010 对解决方案 2010 与超越. 为了取得成功, 最终用户将需要改造自己,有点搞宗教. 他们会需要那么一点点了解正确的要求
分析. 他们将需要一些清楚地标识业务流程工作流的设计文档, 举个例子. 他们需要理解基本概念,比如 CRUD (创建, 更新和删除), 适用于开发人员测试 qa/prod 环境和如何使用这一基础设施来正确部署好长时间和折弯生活的解决方案 (不中断) 在响应在一个组织中的更改.

在未来几周内, 我计划尝试,并提供一些我自己的新想法, 以及链接到许多其他作者所做的伟大工作 (关于 www.endusersharepoint.com 和其他地方) 所以,感兴趣的最终用户可以学习老时间它宗教. 保持调谐.

</结束>

订阅我的博客.

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

Technorati 标签: ,