摘要：Make the “Check out” function available in the office document opened with Document ID link 阅读全文

摘要：平时在创建站点之后，我们都是通过人工对站点的设置，比如设置站点搜索，Document Id规则，导航条，还有比如设置文档库的版本控制，导航，content Type，以及自动创建文档库的视图，闲来无聊我们就通过代码帮助我们做这些事情 阅读全文

摘要：简单的实例来分享如何通过JQuery来调用WCF服务。 阅读全文

摘要：本文主要解释如何通过JQuery来调用WCF服务。本文分为两个部分，第一部分：如何在SharePoint 2010 平台上开发WCF服务，第二部分：通过JQuery调用WCF服务。 在WSS3.0和MOSS2007中，我们可以通过Asp.NET来操作SharePoint，在SharePoint 2010 中，我们依然可以通过Asp.NET Web Service来操作SharePoint， 那么我们如何选择呢？到底是选择ASP.NET web service 还是WCF web service呢？ 阅读全文

摘要：SharePoint 2010中对列表的日历视图有了极大的改进，新的日历视图的渲染方式与之前完全不同，采用了AJAX后台加载、JavaScript渲染的机制，极大的提高了日历的显示效率。不过也正是因为所有的日历都是使用AJAX加载、然后用JavaScript进行显示的，这也导致了对日历样式的控制变得更加复杂。 但是千篇一律的颜色是否让人很讨厌，是否能随机添加颜色呢。 第一个问题，如果分辨应该使用什么颜色？这个颜色条件可以采用日历列表中“地点”字段来进行判断 （不同会议室显示不同颜色），比如写成“会议室1”显示成红色、写成“会议室2”显示成蓝色、写成“会议室3”显示成绿色，客户同意通过制度来限制此字段的填写（在实际场景中，日历是通过个人的Outlook填写，并同步到SharePoint上的）。 阅读全文

摘要：在介绍工具之前, 先来了解下什么是SharePoint的托管元数据 (Managed Metadata). Microsoft的官方定义: 托管元数据是一个集中管理的术语的分层集合, 你可以定义这些术语, 然后在整个站点集, 甚至是整个服务场中共享使用这些术语. 托管元数据的优点: 这是SharePoint 2010 的新特性, 它有哪些优点呢? 我们来了解一下. 保持数据的一致性. 比如一些企业使用的关键字, 你不需要在每个站点都去定义一次, 你只需要在站点集定义, 就可以在本站点集下所有的子站点共享. . 搜索, 由于数据保持了一致性, 简单的搜索可搜索到更多的数据. 动态: SharePoint 列表中使用的下拉列表, 比如公司的部门, 公司成立之初可能只有财务,招聘,销售部门, 公司慢慢壮大后, 又陆续增加了员工关怀部门,IT部门等,如果你使用了托管元数据,你并不需要去更改每个SharePoint 列表中下来列表的数据, 只需要更改托管元数据, 所有使用到它的地方都会自动更改. 阅读全文

摘要：一直搞不清楚为啥SharePoint 在列表中没有提供级联列的功能.既然没有提供, 我们只能自己去写, 还好我们不需要从零去实现这个功能, 已经有很多前辈提供了很多解决方案, 我们就没有必须重复造轮子. 目前可行的方案很多, 比如可以通过自定义列(customized Field) 来实现.这个需要通过Object-Model去实现, 而且需要在服务端去部署, 我们暂不考虑这种方案. 第二种方案, 是通过客户端的方式去实现级联列, 这种方法的优点是: 不需要任何服务端的代码,不需要部署, 只需要简单的相关的配置. 本文用到了SPServices (http://spservices.codeplex.com/),这是个JQuery类库整合了SharePoint web service. 提供了大量操作SharePoint的功能. 本实例简单模拟Region (区域) 和Country (国家)之间的联动, 比如我选择了”欧洲”, 就相应的显示欧洲的国家比如德国, 法国等, 如果我选择”亚洲”, 就相应显示中国,日本,韩国等. 阅读全文

摘要：网站定义是什么?,微软官方对网站定义(Site Definition)的解释: Contains a server-side collection of files that defines the structure of one or more site templates. 从定以我们可以看出,网站定义就是几个集合,这个集合包含aspx页面和一些XML文件, 这些组合在一起就定义了一个或者多个SharePoint 站点的结构. 为什么用网站定义? 我们同样可以通过Site Template 去定义SharePoint 站点的模板,而且这个方法更直接快速, 那为什么我们还要花大把的时间去创建一个定义文件呢?这就需要你来了解下网站定义和网站模板的优缺点. 这里有详细的文章进行介绍:http://blogs.msdn.com/b/brianwilson/archive/2008/07/13/site-definitions-versus-site-templates-and-deciding-on-the-correct-customization-approa 阅读全文

摘要：在SharePoint的自定制开发中, 或多或少的会涉及到更改默认的一些控件或者对现有控件进行功能上的扩展和限制, 以往的做法基本是重新开发控件来替代原有的控件, 这里我们来介绍另外一种实现方式. 首先我们来了解tagMapping. 微软的定义: 定义一个标记类型的集合，这些标记类型在编译时重新映射为其他标记类型。 此元素是 .NET Framework 2.0 版中的新元素。 阅读全文

摘要：SharePoint 2010 提供了很强大的搜索功能，你可以通过很简单的配置就可以使用强大的搜索功能，还包括强大的wildcard 搜索，唯一遗憾的时SharePoint 2010 不支持前缀的wildcard 搜索。 我们先来体验下后缀的Wildcard 搜索，如果你想搜索所有包含Share相关的文档， 直接输入Share*，就能搜索到SharePoint， Shared等匹配的内容。 阅读全文

摘要：上一篇我们介绍了如何对母版页就行设计和布局, 本片来做个实例. 由于SharePoint 母版页上有些元素是必须的, 如果你从头开始做一个母版页, 那会花费很多时间, 而且还不一定美观, 因此如果能在已经存在的母版页上修改, 那就会很方便. SharePoint 2007 中有微软提供的Minimal. Master 母版页, SharePoint 2010 也存在这样的一个模板. 你可以从CodePlex 上获得 Starter Master Pages for SharePoint 2010 找个模板上包含了SharePoint 2010 母版页所需要的基本元素, 你直接可以在上面添加自己的元素. 首先, 用SharePoint 2010 Designer 打开一个站点, 确保本站点已经启用了(publish Site feature). 通过 “Blank Master Page” 菜单创建一个新的Mdemo.master 母版页, 如下图: 阅读全文

摘要：SharePoint 2010, 我们平时用的最多的应该是Intranet, 就是作为合作平台在公司内部使用, 其实SharePoint 2010 同样可以创建很好, 很炫的 Internet 站点 . 首先我们来看几个比较不错的SharePoint 2010 internet 站点. 旅游?: http://www.kuoni.co.uk/en/pages/default.aspx 保险: http://www.idbifederal.com/Pages/home.aspx 金融财务: http://www.dexia.com/EN/Pages/default.aspx Google 一下你会发现更多. 本系列不是带你参观这些站点, 而是让你了解如何一步一步的创作类似的发布式站点. 首先是需求, 不同的需求就会有相应的不同的设计, 这篇是技术文章, 关于需求我们就不讨论了, 免得误导. 其次是平台的选择, 这个我相信很多人都会忽略, 其实这个是很重要的一环, 比如根据需求 应该选择节约成本的平台, 如果有开源的, 阅读全文

摘要：上一篇写了一个关于快速开发Ribbon菜单的例子,这次我们共同探讨一下Ribbon菜单权限的控制. 如果你已经阅读了 “”, 我相信你已经能很快的开发一个Ribbon菜单,这时我们就需要去关注Ribbon菜单其它更深的东西,比如给Ribbon添加链接,Ribbon脚本,Ribbon权限控制等等. 当我们创建一个默认的SharePoint站点的时候,我们通过Site Actions –> Site Permission (站点权限) –> PermissionLevel, 我们可以看到SharePoint默认的几个权限级别: Full Control, Design, Contribute, Read, Limited Access, View Only, 当然你能看到这些权限的级别还跟创建站点时选择的模板有关, 这里的重点不是权限级别, 而且更底层的权限分类. 直接点击上面任何一个权限级别, 以Contribute 为例, 你能看到SharePoint 基本的权限类型. 阅读全文

摘要：需求背景： 本公司建立了两个站点，一个是对内站点，只允许公司的内部员工访问，另一个是外部站点，这里的外部是指公司的合作商或者外包商可以访问的站点。对这两个站点的要求是内部的站点非本公司员工不可以访问， 由于内部的站点允许所有员工访问，所以我们添加了“ALL authenticated Users” 这就意味着，凡是Active Directory的用户都能访问，所以这里面用户就包括了合作商和外包商用户（公司统一使用AD认证，合作商和外包商有对应的Active Directory 账户）。 解决方案： 由于内部站点不允许外部员工访问（外部员工被统一存放在AD Externals 组内），我们的目标就是组织Externals 组访问我们的内部站点，查过微软的官方文档，也Google很多资料，得出结论，SharePoint只能在Web Application层次上对用户和组进行限制，不能在站点集或者站点上进行拒绝访问。所以我们只能改变原来的架构，把不同的站点分别放在不同的Web Application上。 那还有没有别的方案？反正Google不到，后来突然想到从IIS 层次 阅读全文