摘要：AJAX的到来给用户带来更完美的操作体验是不言而喻的！既然有前车之鉴，那我们是不是也把这项技术也应用到sharepoint呢？答案是肯定的，而且实现起来并不难。本章节笔者主要是开发一个Searchwebpart实现局部的无刷新的用户体验.当然你也可以把SriptManager放在指定的masterpage让整个页面都实现无刷新。 阅读全文

摘要：微软在WSS3.0给列表库自身设置了条目级权限的管理，管理员或有权设置的用户可以设置为该列表{文件夹，列表条目，文件}指定用户读取自己的创建的列表权限或读取所有列表的权限。但文档库却没这块，所以也觉得美中不足，笔者在文档上传及利用KeyWordQuery制定搜索章节中也提到这块，当时笔者设置指定一些用户或用户组进行权限类型的设定，把权限设为NONE或GUEST，但运行报错，提示：该值不再范围内，后面再去站点权限组定义看下也确实没包含NONE 和来宾权限的分组和定义。所以这块问题要是有哪位朋友知道希望及时告诉我或一起探讨也行！虽然自己的方式没成功，但还是先借用曙光的文档权限设置解决方案吧！该版本目前已经是1.3了，之前两版本大家用起来都觉得有很大的BUG！但最新的版本笔者用起来还是挺OK 的，下面笔者将以图文并茂的方式来介绍此次的DEMO！ 阅读全文

摘要：在Windows SharePoint Services 搜索中提供一个新的查询对象模型，可以在自定义搜索 Web 部件和搜索应用程序中使用此模型来执行对搜索 服务的查询。此查询对象模型是在 Microsoft.SharePoint.Search.dll 中找到的 Microsoft.SharePoint.Search.Query 命名空间中实现的。该命名空间包含三个类：Query ,FullTextSqlQuery 和 KeyWordQuery 类。若要确定用于自定义搜索应用程序（FullTextSqlQuery 或 KeyWordQuery）的适当的类，请考虑希望应用程序代码支持的搜索查询中的复杂级别。如果只需使用关键字语法就可创建所需的应用程序，则您可能更愿意使用 KeyWordQuery类。如果为搜索查询使用关键字语法，则可以将搜索条件直接传递给搜索组件而无需通过搜索条件来分析以生成查询。因此，使用关键字语法来构建查询的过程是很简单的。 但是，如果要构建更复杂的查询，则关键字语法可能不起作用。对于这些查询，应使用 FullTextSqlQuery 类。例如，关键字语法仅支持短语 阅读全文

摘要： 众所周知绝大多数OA办公软件都离不开他们的金牌合作伙伴à文件管理与上传！假如失去这位挚友，那它的功能也就大打折扣咯，更别说被企业得到友好，广泛的使用！而被大家熟悉的sharepoint也不例外哦！它的上传功能照样是Strong！本章节，笔者主要围绕文档权限，文档上传，角色分配3大模块来讲，并以FileUploadSolution进行演示和注释。 前提准备： 1.了解，熟悉sharepoint的权限架构，针对这块如果大家还不大了解的话，可以参考SDK。2.了解sharepoint的文档上传，注意点有哪些，和直接在平时做的ASP.NET做的文档上传差异点在哪（这边要清楚，MOSS上很多路径是映射到IIS上面的，所以有些上传的地方就不能依旧以前的习惯直接给他一条路径，上传的时候，文件最好以filestream 的形式读取，写入，MOSS上传文件的最大值为2G） 3.了解如何进行权限分配，以及如何提高普通用户的访问权限。带着这些疑问，或者更多的疑问一起更我这个初学者踏入UploadFile to sharepoint吧！ 4.页面部署了QuikPart,以及如何用Qu 阅读全文

摘要： 当今黑客横行霸道，正因为他们有比常人之不平常的特权本领，“上天下地，无所不能（呵呵，太夸张了！）”也许刚接触MOSS权限的朋友可能会有很多疑问，比如说公司管理员赋予普通员工的权限只是一个查看者而已（只读权限，《这里笔者提下，凡是能够有权向访问站点的用户都具有只读的权限！》）要如何才能提升自己访问的权限！带着这个疑问与笔者一起踏入用户访问权限提升！首先我们的明确MOSS是一个基于角色管理的强大Office系统。细心的朋友应该发觉到站点里的权限分块，具体到用户，站点，站点集，列表{文档《列表条目，文件夹，文件》}。 其次应该怎样去提升权限。 阅读全文

摘要：MOSS对象模型的重要性相信大家也都明白，前面篇章笔者也已进行的概述，今天在这简单的用Demo补充下，其中同一个对象分别用不同方法进行实现。 阅读全文

摘要：笔者在前面的篇章已经分别介绍了定制一个简单的EventHandle和Feature，相信大家对这些也已不再陌生了！如果还有不明白可以回头在复习下。本篇章笔者将把这两者结合起来应用让初学者更加明白这两者的关系，同时也希望对大家有所帮助。 前期准备：（1）打开VS建立一个空白解决方案，笔者在上面添加两个类库项目，一个取名为Meeting,另一个取名为UseFeatureRunMeeting。然后分别添加1.Sharepoint.dll组建，在两个项目属性分别设置2.设置强名称集，3.生成后事件： copy "$(TargetPath)" C:"WINDOWS"assembly.4.在项目UseFeatureRunMeeting创建一个Features文件夹，在该文件夹下创建一个MyFeature子文件，然后在里面添加一个XML文件命名为Feature.xml.项目结构如下图： 阅读全文

摘要：相信朋友对现实中的各种事件的处理应该都有自己的一套法宝，但对MOSS的EventHandle 应该耍啥法宝呢？呵呵其实，对他也没宝好耍的！对吧！它只要能完成我们在MOSS想完成的各种事件它自己就提前变成一套法宝了，干嘛给你耍。。。！可能大家比较熟悉的应该是列表事件吧，笔者觉得列表事件的却在MOSS里面占领了一些天下。列表库旗下的小弟也多，所以~~~。不够比较常用的还有Feature事件，不够Feature事件，没有同异步时间发生机制而列表事件是有的（笔者这样说怪怪的，有错指出来我感激不尽的哦），前者是继承SPItemEventReceiver接口，后者是继承SPFeatureReceiver。 在下一篇章笔者会将两者合并起来应用，双剑合璧的威力如何请看下回。 阅读全文

摘要：相信了解MOSS的朋友也了解它的Feature。俗话说Feature is everything!没错，Feature的易用性和强大的功能扩展性。相信也得到不少MOSS发烧友们的热捧，同时我们也从它身上获取了更多的好处，正所谓互利互益。一个MOSS后期的功能点扩展很多都可以由Feature轻松包办，笔者也是这两天刚刚接触，深奥的后面和大家一起学习啦，一般我们可以用Feature轻松定制我们所需要的功能，同时它也可以管理列表事件，和网站功能点的激活与停用。好了，步入正题，本次笔者将用一个VERY EASY的DEMO供大家学习。后面希望和大家一起深入。（共享快乐） STEP1.首先建立一个类库，笔者命名为ASimpleFeature，该类名为MyFeature，然后在添加一个文件夹命名为Features,在该文件夹创建一个子文件夹，命名为MyFeatures,最后在子文件夹添加一个Features.xml文件。其次添加Microsoft.Sharepoint.dll.最后选择项目属性，生成事件添加 copy “$(TargetPath)” C:"WINDOWS"assembly,然后 阅读全文