问题描述 找不到与Microsoft SharePoint Foundation兼容的应用程序来编辑该文档 Win7 64bit系统,IE10浏览器,office2010版本 在网页上打开word会有下面的提示: 请各位大神帮忙解答 无法打开文档进行编辑,与找不到与Microsoft SharePoint Foundation兼容的应用程序来编辑该文档 解决方案 Microsoft SharePoint 安装了吗 解决方案二: office 2010 pro plus版本,一套都安装了

背景 自动化(Automation)是一个过程,它允许编程语言譬如Visual Basic.NET或C#写的应用程序可以编程控制其它应用程序.自动化到Word允许你执行像创建新文档,向文档中添加文本,邮件合并,还有控制文档格式这样的操作.使用Word和其它Microsoft Office应用程序,几乎所有你能在用户面板上手动实现的操作都可以通过自动化编程实现.Word通过一个对象模型来实现这个编程功能性(programmatically functionality).对象模型是一系列类和方法,它

我一直以为只有在Document Library里面的File才会支持在线编辑.直到今天早上我才发现用IE打开List里面的Attachments也是支持在线编辑的,但前提是必须是IE浏览器. 目前正在开发的项目,我开始设计时是把所有的审批信息存放在List中,上传的文档以Attachments形式保存于List中,昨天客户来公司,我演示的时候,用Chrome打开附件,直接下载了(以后建议用IE),客户需要在线编辑功能,还狠狠的批了我们一顿,附件不能在线编辑,那我审核个毛线.(其实是可以的,用I

作为SharePoint内容管理功能的一个具体表现,文档信息面板(Document Information Panel)的功能,使得我们在使用文档并且将其用于工作流程的时候 ,可以添加一些与业务相关的数据. 文档信息面板,是SharePoint服务器结合Office 客户端软件共同实现的一个 功能. 默认的文档信息面板 只要在文档库中,添加至少一个自定义字段,然后通过Office客户端软件( 例如Word)为该文档库添加新的文档的时候,就会自动显示出文档信息面板. 下面的例子中,我有一个文档库,

前言 当O365越来越流行的时候,大家往往更多使用的是传统的Office功能,有太少订阅用户能触及到O365的一个非常棒的功能,叫做SharePoint online. 下面,我们就以图文并茂的方式,详细的介绍一下SharePoint online中非常有用的一个应用程序 – 文档库. 1.登陆进入O365的首页,我们可以看到Office Online的诸多应用,我们主要介绍的是网站应用(SharePoint Online),点击如下图红框的网站,进入网站模块: 2.SharePoint Onl

背景 自动化(Automation)是一个过程,它允许编程语言譬如Visual Basic.NET或C#写的应用程序可以编程控制其它应用程序.自动化到Word允许你执行像创建新文档,向文档中添加文本,邮件合并,还有控制文档格式这样的操作.使用Word和其它Microsoft Office应用程序,几乎所有你能在用户面板上手动实现的操作都可以通过自动化编程实现.Word通过一个对象模型来实现这个编程功能性(programmatically functionality).对象模型是一系列类和方法,它

BDC(Business Data Connectivity):企业拥有自己的数据库,BDC将这个数据库按照分布到BCS模型中.   环境要求:SharePoint Foundation 2010; SharePoint Designer 2010; SQL Server 2008; 目标:将SQL Server 2008 中的Employee表使用BDC分配到Sharepoint web(http://SUT02)   1,确保数据库中已经有表Employee:   2,使用SharePoin

gOxiA 接触 Sharepoint 的时间并不长,再加上不会开发,所以完全属于菜 鸟.由于公司上了套 SharePoint Foundation 2010,并基于它设计一套公司的 管理系统,所以赶鸭子上架开始捉摸 SharePoint Foundation 2010.为了避免 在设计过程中导致业务系统故障,所以要及时对 SharePoint 进行备份. 要配置 SharePoint 的备份需要通过 SharePoint 管理中心进行操作, 导航至"备份和还原"页面,单击"

软件开发团队在其产品生命周期过程中面临的一项最有争议的任务就是会审错 误.对于产品开发中涉及的每个人来说,确定任何给定错误的相对重要性级别( 进而确定该错误在发布之前无法及时修复的可能性)都是一件严肃的事情. 编程人员.测试人员.架构师和项目经理都有不同观点,并且其各自的会审决 策以下面一些分散的因素为基础: 修复后,有多少代码必须进行回归测试. 距离发布项目有多长时间. 多少用户会受到更改的影响. 错误是否阻止了其他问题的测试或修复. 我承认,在会审产品功能中的功能错误时,这些都是重要的考虑因