choral's blog

为了实现更为理想的文档格式交互性，微软在Office 2007 SP2中内置支持ODF（OpenDocument Format）文档格式。

对于ODF（或者更为庞大复杂的Office Open XML）标准来说，每一种应用程序的实现都不是完全相同。比如同样一个文档，用不同的程序打开的话，可能页数都不一样。这并不意味着某些程序实现的“正确”，而某些程序“不正确”。造成这些差别的原因来自各个应用程序自身的限制（比如最大支持多少列表格？）、初始设计（比如对于缺失的参数默认值设为什么？）等等。

如何让各厂商能够最大程度的在不同的标准实现之间进行交互呢？有如下3个原则：

1. 遵从开放标准
2. 将实现方式透明化
3. 让对标准有兴趣的各方人员（包括实现厂商、用户、标准团体）能够沟通对话。

在Document Interop Initiative 网站上，您可以看到十分详细的微软对ODF 1.1标准的实现方法。我认为这是所有对ODF格式感兴趣的人必须浏览的资源。链接如下：

http://www.documentinteropinitiative.org/OASISODF1.1/reference.aspx

比如，在ODF1.1标准的8.2.1节（关于列表栏），微软标注了：Word2007支持列表栏，但不支持多于63个列表栏。

可以看出，微软在标准实现的交互性上，为整个社区做出了很大的贡献。

微软对Open XML的ECMA-376标准的实现文档将在下周发布在同一个网站上。

推荐阅读：
http://blogs.msdn.com/dmahugh/archive/2008/12/16/odf-implementation-notes-for-office-2007-sp2.aspx - By Doug Mahugh，微软的ODF文档格式联络人

<update>对于Office 2007用户，则无需下载安装这个网络版，只需安装词库升级即可，因为从这个网络下载版从功能上与Office2007内置的微软拼音输入法没有区别。另外，我个人认为，非Office2007用户下载简装版就够用了，完整版包括的手写板等功能，平时使用的频率并不高。但简装版的输入准确度比完整版要低一些。</update>

对于那些没有安装Office 2007的又希望得到微软拼音输入法新功能体验的用户，请通过如下地址下载微软拼音输入法2007：

· 微软拼音输入法简装版2007

http://download.microsoft.com/download/0/4/6/046548CD-0484-4526-883E-7B211467E4A8/MSPYExpress.msi

· 微软拼音输入法完整版2007

http://download.microsoft.com/download/0/4/6/046548CD-0484-4526-883E-7B211467E4A8/MSPY.msi

微软拼音输入法2007关键更新

1. 支持三种输入风格，满足用户不同的输入习惯

微软拼音输入法2007特别推出了三种不同的输入风格，以适应不同用户的输入习惯和操作方式。我们推荐您使用微软拼音新体验; 如果您喜欢微软拼音输入法3.0及更早期版本的操作方式，您可以使用微软拼音经典； 如果您习惯于使用智能ABC输入法，您可以使用ABC输入风格。

2. 智能语言模型支持，输入更加准确、自然和流畅

微软拼音输入法采用智能自然语言模型，不断更新大规模语料库并且进一步改进智能转换算法。您可以连续输入拼音，不必关心分词和候选词的选择，输入法能够给出最佳的转换结果。这样既可以保证您思维的流畅，又能够提高输入效率。

3. 改进的自学习功能，网络新词、专业词汇一学就会

微软拼音输入法2007特别改进了自学习功能，不仅学习能力加强而且学习速度提高。可以自动快速地学习未收录的新词，比如人名、地名、网络用语或专业词汇。

4. 丰富的专业词库支持，更有新增的"网络流行词汇"

微软拼音输入法 2007收集了47套专业词典，提供大量的专业术语支持，覆盖了从基础学科到前沿科学的众多科研领域。同时还新增了"网络流行词汇"支持，使您上网聊天、发帖子等更加游刃有余。

5. 定期提供输入法词库升级服务

微软拼音输入法2007支持输入法词库的定期升级服务，使微软拼音输入法2007的用户能够得到及时的词汇更新和更多专业领域的支持，从而在微软拼音输入法系统词库的基础上，进一步扩展了词库的支持，大大提高了中文输入和文档编辑的工作效率。

6. 在线的用户连接，实时向微软公司报告新词和输入法转换错误

通过在线用户连接功能，微软拼音输入法2007的用户可以向微软公司报告输入法未收录的新词或者反馈输入法的转换错误，从而使微软拼音输入法能够及时提供词库升级服务和进一步改进输入法的准确率。

支持系统

Windows XP SP2, Windows Server 2003, Windows Vista (仅32位)

微软将在Office2007SP2中发布对ODFv1.1文档格式的支持。

官方文章：http://www.microsoft.com/Presspass/press/2008/may08/05-21ExpandedFormatsPR.mspx

ODF文档格式被许多政府组织采用，尤其在欧洲，其应用范围很广。ODFv1.0是ISO标准ISO/IEC 26300:2006。

我们知道，微软的OpenXML文档格式也刚刚通过ISO的批准，那现在Office对ODF格式的支持（OpenOffice.org目前最流行的支持ODF格式的应用程序之一）是出于何种考虑呢？

1. 来自规范化的需要。许多第三方厂商都希望可以通过标准的方式与Office文档交换数据信息，微软也希望通过提供相应的技术手段，提高自身产品的交互性。

2. 对微软自身的商业价值提升。更多文档格式的支持不仅可以满足更多的客户需要，适应更多的场景，实现更为特别的解决方案，还可以让微软重新关注Office的产品能力而非对文档格式争辩。

Office2007SP2将包括对ODF和PDF、XPS格式的支持。

下一个版本的Office（内部名称Office 14）将支持IS29500，即OpenXML的ISO标准。

微软还将加入ODF技术委员会，参与ODF文档格式标准的改进。

详细信息请参考Gary Knowlton的精彩文章

如果你正在使用微软拼音输入法2007，请到这个页面下载安装最新的微软拼音词库升级包。

http://www.microsoft.com/china/windows/products/ime/DUToolkit.mspx

坦白讲，这个更新词库里的词并不是那么那么全，但的确可以大幅提升目前微软拼音的准确率。

至少你可以直接在微软拼音里找到“李宇春”了……

当然，你也可以自己制作微软拼音词库包，制作工具如下：

http://www.microsoft.com/china/windows/products/ime/default.mspx

如果你对微软拼音输入法有任何问题或建议，请到这个讨论组参与讨论：

http://forums.microsoft.com/china/ShowForum.aspx?ForumID=2087&SiteID=15

尝试在InfoPath2007表单中的托管代码里调用WCF服务的时候，遇到了一个问题，InfoPath会报错说找不到服务的Contract。但实际上这个服务的配置文件是没有问题的。

后来在这个文章里找到了解法，简单做了个演示例子，供大家参考。

首先，我做了一个很简单的WCF服务，发送一个代表学号的字符串请求，返回一个学生姓名。

该服务运行位置：http://localhost:50446/WCFTest/Service.svc

然后我写了一个WinConsole的客户端程序进行调用，结果如下，验证客户端的配置无误：

接下来，我打开InfoPath，放置几个简单的控件，然后在VSTA中编写“Get Name”按钮的响应函数：

ServiceClient client = new ServiceClient();
string result = client.GetStudentName(this.CreateNavigator().SelectSingleNode("/my:myFields/my:txtStudentID",this.NamespaceManager).Value);
this.CreateNavigator().SelectSingleNode("/my:myFields/my:msgBox", this.NamespaceManager).SetValue(result);

逻辑很简单，就是将StudentID传递给服务，取得的结显示在Student Name栏中。做法和之前的WinConsole程序无异

预览表单，输入学号，点击“Get Name”

得到了错误信息：

System.InvalidOperationException
Could not find default endpoint element that references contract 'IService' in the ServiceModel client configuration section. This might be because no configuration file was found for your application, or because no endpoint element matching this contract could be found in the client element.

原因为InfoPath未能认出Configuration的信息。

（注：我觉得很有可能是我配置的问题，所以如果您知道正解，欢迎留言赐教）

解决办法为，修改按钮响应函数为：

EndpointAddress address = new EndpointAddress("http://localhost:50446/WCFTest/Service.svc");
WSHttpBinding binding = new WSHttpBinding();
IServiceChannel channel = ChannelFactory<IServiceChannel>.CreateChannel(binding, address);
string result = channel.GetStudentName(this.CreateNavigator().SelectSingleNode("/my:myFields/my:txtStudentID",this.NamespaceManager).Value);
this.CreateNavigator().SelectSingleNode("/my:myFields/my:msgBox", this.NamespaceManager).SetValue(result);

直接使用服务Channel的接口进行调用，顺利得到预期结果：

（刚好又有人邮件问我，干脆在这里记下来吧。）

目标:

在"文档中心"里面点击某个需要归档的文档，选择下拉菜单里的“发送到”，再选择“记录中心”，这个文档就会归档到记录中心里对应的文档库里了。

配置步骤：

0. 创建需要分类归档的内容类型

在根网站上点击“网站操作”，选择“网站设置”-->“修改所有网站设置”进入网站内容类型库，创建一个名为“Contract”的，继承自“文档”的自定义内容类型。

1. 创建“记录中心”网站

在根网站上点击“网站操作”，选择“创建网站”。

在创建网站界面里选择“记录中心”模板。

假设此网站的URL为http://moss/records

2. 在“记录中心”网站里创建保存归档Contract的文档库

进入记录中心网站，“网站操作”-->“创建”-->“文档库”，选择此文档库名称为“Contracts”

3. 添加路由信息

在记录中心网站中，进入“记录路由”列表（应该叫这个吧，手头没有中文版。。。），点击“新建”，标题填“Contracts”，位置也填“Contracts”,Aliases（别名？）填“Contract”(即那个内容类型的标题)

4. 设置记录中心关联

进入SharePoint管理中心-->“Web应用程序”-->“记录中心”

选择“连接到一个记录中心”，URL里填：http://moss/records/_vti_bin/officialfile.asmx 

5. 使用“发送到”功能进行试用

在文档中心里，创建一个“Contract”类型的文档，点击之，在下拉选单中，可找到“发送到-->记录中心”

操作成功后，记录中心的“Contracts”文档库就会多出这条记录：

STSDEV

http://www.codeplex.com/stsdev

CodePlex上有视频使用介绍，在某些方面比微软的VS Extensions好用的多……

快速生成各种SharePoint解决方案项目，比如Feature啊，WebPart啊。生成的VS工程是包含着WSP的，而且支持各种build选项。

赶快下载一个用吧。

这个工具应该是支持VS2008，但我的虚里没装2008，没求证。

<update>

刚刚在虚机里装了个VS2008，STSDEV支持的很好：）

</update>

在使用SharePoint的时候我们常常需要做这样一个操作：把某个列表（或文档库）从一个网站转移到另一个网站上去。

比较常见的做法是，把这个列表存为模板文件，然后再在新的网站位置创建一遍。但这种方法比较麻烦，步骤繁琐，而且还受网站模板类型的限制。

SharePoint的对象模型里提供了导入导出内容的功能，其粒度可达列表条目级。

stsadm命令中内置的“import/export”操作就是使用的这套API，但只能操作网站级别的内容。

为了能够便捷的移动列表内容，或者对某个指定的列表进行归档，我开发了两个stsadm命令的扩展操作。

举例：我想把“http://site1”网站里的列表“ABCList”导出并导入到“http://site2”网站里，就可以用以下的命令完成：

stsadm -o exportlist -siteurl http://site1 -listname ABCList -filename d:\abclist.cmp （导出列表到一个文件）

stsadm -o importlist -siteurl http://site2 -filename d:\abclist.cmp         （把一个文件导入到SharePoint网站里，恢复成一个列表）

语法说明：

列表导出操作（exportlist）

stsadm -o exportlist
        -siteurl <SharePoint Site URL>
        -listname <List Display Name>
        -filename <Content Migration Package File Name>
        [-overwrite]
        [-nocontent]

注：-nocontent：只导出列表结构，不包含列表内容。

列表导入操作（importlist）

stsadm -o importlist
        -siteurl <SharePoint Site URL>
        -filename <Content Migration Package File Name>
        [-retainobjectid]
        [-originalinfo <all|none|systemaccount>]

注：-retainobjectid：导入回导出位置，可用在类似备份还原的场景下。

       -originalinfo ："all"为保留一切原始信息，即导入的数据保持原修改时间和创建者信息。"none"为不保留上述信息。"systemaccount"为修改创建者信息为系统帐户。此选项默认为"all"。

此扩展命令以wsp解决方案包的形式安装部署，下载地址：

http://www.live-share.com/files/302411/xc_stsadmextension.zip.html

KNOWN ISSUE：我不知道怎么通过这套API把条目权限设置也保存下来，谁能给些建议么？（我尝试了IncludeSecurity属性，可是貌似不起作用。）

相关阅读：

如何扩展stsadm命令

Dive in SharePoint Content Deployment/Migration API

如何制作SharePoint解决方案包

SharePoint解决方案包生成工具WSPBuilder

SharePoint在存放用户信息（显示名称、邮箱地址等）的时候采用了分散存储的方法，即在不同的网站集分别存放用户的信息。这在之前的版本里就造成了一些不同网站用户信息不统一的麻烦。

在MOSS2007里，该信息存储的方式仍然是分布式的，但SharePoint通过一个定时程序使各个网站集里的该信息与用户配置文件保持同步。而用户配置文件里的信息又是和AD同步的。

这个用来同步用户信息的timer job就是：

"Profile Synchronization"，每小时运行一次。

用户信息从AD导入到SharePoint用户配置文件，再由上述TimerJob同步到各个网站集。

所以不要担心各网站集里的用户信息不统一了。

如果您的这个timer job运行失败，请参看这两个文章，可能会有所帮助：

http://www.sharepointblogs.com/rlangley/archive/2007/10/10/failure-trying-to-sync.aspx

http://blogs.technet.com/corybu/archive/2007/06/01/detaching-databases-in-moss-2007-environments.aspx

BTW，从后面的这个文章里，我又得到一个宝贵的教训，就是在deletecontentdb之前，要记得运行preparetomove。

<update>

@momo:

这个timer job不需要管理员做任何操作，它是SharePoint预先设置好的，每小时运行的。如果你等不及1小时，需要马上测试这个（或者其他的某个）job的运行结果，那得通过stsadm或者对象模型临时改变这个job的运行周期。参考如下链接：

http://www.codeguru.com/cpp/misc/misc/microsoftofficeoutlook/article.php/c14133/

http://mindsharpblogs.com/ben/archive/2007/09/25/2965.aspx

</update>

曾经向很多人推荐这本可能无法在国内买到的Ted Pattison和Daniel Larson合著的SharePoint大作《Inside Microsoft Windows SharePoint Services 3.0》，里面对WSS的基本概念有非常清晰的解释。

而且，我在CollaDec的SharePoint课程上通常会花很多的时间介绍SharePoint的站点架构以及Site Provisioning（站点供应）机制，许多SharePoint中似乎蒙着某些烟雾的困顿都可在这个知识点上迎刃而解。甚至，我正在打算分几篇博客文章来简单阐述这些概念。

但是，这本书最关键也是最基本的两个章节现在可以免费下载了，希望所有还没读过的SharePoint同仁都花时间看一看，真的会有很大帮助。

下载地址：

http://msdn2.microsoft.com/en-us/library/bb892186.aspx

今年迟来的Tech-Ed2007已经结束了上海和广州站，北京站将在本周三开幕。虽然今年有些缩水，而且日程安排有些怪异（比如周三清晨Steve Ballmer的Keynote在人民大会堂举行，周四最后一个session要持续到6点45），但仍然有许多很棒的课程不容错过。

我会在周四下午的最后一个Session上（OFC200 Office Business Application 实践：SharePoint 在企业SOA 环境中的应用 17:30-18:45 分会场3）与杜伟和李昕海介绍我们在SINOAIR（中外运空运集团，国内最大的物流集团之一）服务中总结出的一些对SharePoint Server与SOA结合的认识。当然，我必须说明，这个伟大构想的原创者是沈晔先生，SINOAIR工程部的IT总监。由于美国之行的推迟，他也将在会场出现，如果大家对这个Session的内容有何问题或探讨的话题，都可以在课程结束后与我们进行讨论。

此课程的几个特点是：

1. 我们通过一个SOA应用的思维方式推导出使用SharePoint Server的必要性和合理性，而不是简单的从SharePoint的特性推导出其应用范围。这将非常具有说服力，而且很清楚的勾画出SharePoint的应用场景。

2. 我们会提出一个“P/S”概念，即“Portal/SOA”架构。这是个崭新的、多态的、仍在发展中的概念。课程中会有许多演示来说明这种概念，而且我们已经开始在生产环境使用这个概念来指导实践，但这个概念的具体化、实施化将是仁者见仁的问题，更需要诸位IT同行集思广益。

3. 此课程是一个Level200的课程，所以不要担心会有很复杂的概念或开发细节，这个课程适合所有对SharePoint应用感兴趣的听众。

另外，我会在周五下午的第一个Session上（OFC301 AJAX 风格的SharePoint Web 部件 13:00-14:10 分会场9）协助Todd Bleeker介绍如何在Web部件开发中使用AJAX技术。Todd已经无需太多介绍了，作为MindSharp（北美最好的SharePoint培训/咨询公司）的首席软件架构师，Todd拥有丰富的开发经验，也同时是享誉全球的SharePoint讲师。

这节课上不仅内容十分精彩，而且Todd带来了他的巨著《Developer's Guide to Windows SharePoint Services 3.0》，如果你想了解SharePoint开发的各个方面，你一定不能错过这本书。我们会考虑用其中两册作为奖品发给参加者。所以，如果你对SharePoint上的开发，尤其是Web部件的开发，尤其尤其是AJAX应用感兴趣，千万不要错过。

嗯。Tech-Ed见！

昨天一个通宵的反复尝试和反复失败，竟然在帮助文档里都明明白白的写着：

A null value for TF corresponds to zero friction (or free rotation), while a negative value will remove friction capability from the element. Once removed (TF < 0), the joint is locked with stiffness K4.

                          --------  COMBIN7 Element Description, ANSYS 9.0 RELEASE DOCUMENTATION

而我只是读到这段的上一行，就懒得没再往下看。

共勉。嗯。

微软实际上发布了一个免费的MOSS2007的最终用户培训教程，可以在connect网站上下载。我装上试了试，内容还是挺丰富的（虽然是英文的）。至少可参考一下主题模板，挺漂亮的…………

而且，除了我们经常浏览的各个产品组和社区的网站，微软其实还有一个面向最终用户使用的官方博客：“Get the point”

需要说明的是，这个教程需要安装在SLK（SharePoint Learning Kit）基础之上。这个SLK可以从CodePlex下载。

SLK是一个elearning基础平台，符合SCORM2004标准。不过，在已有的语言补丁中没有找到简体中文……手很痒可是最近实在太忙……有没有热心的同志来翻译一把啊？

另外，有没有想做些SharePoint开发兼职工作的同学？请联系我：jobs[at]CollaDec.com

（如果想全职的话我也有一些工作机会可以推荐）

我们知道MOSS2007企业版提供了Excel Service，通过ES，我们可以通过一个网页浏览一个Excel文件，甚至通过这个页面输入一些数据进去以获得不同的计算结果。

如果我们需要在某些页面上通过Web部件来展现一个Excel文件，则可以通过一个叫“Excel Web Access”的内置Web部件。这个部件功能很全面，支持与其他筛选Web部件进行连接，来展现不同的内容。

这个Web部件可在激活了企业版功能的网站集中找到，位置是在“企业数据”分类下。

使用方法可参考这几个链接：

在 Excel Services 中查看已命名项目

http://office.microsoft.com/zh-cn/sharepointserver/HA101054732052.aspx

在 Excel Web Access 中显示 Excel 工作簿

http://office.microsoft.com/zh-cn/sharepointserver/HA101054592052.aspx?pid=CH101768472052

将筛选 Web 部件连接到 Excel Web Access

http://office.microsoft.com/zh-cn/sharepointserver/HA101054702052.aspx?pid=CH101768492052

夏威夷航空公司的网站就是这帮人做的。

关于Web内容管理的。备忘：

How to Optimize a SharePoint Server 2007 Web Content Management Site for Performance

Summary: Learn how to optimize an Internet-facing Web content management (WCM) site to achieve maximum performance and an effective user experience. (9 printed pages)

Avneesh Kaushik, Microsoft Global Services India (MGSI)

How to Create a SharePoint Server 2007 Custom Master Page and Page Layouts for a Web Content Management Site

Summary: Follow step-by-step instructions with code examples to learn how to create a custom master page and related page layouts based on a minimal master page. (15 printed pages)

Avneesh Kaushik, Microsoft Global Services India (MGSI)