Dynamics CRM 4.0升级Dynamics CRM 2013后全局Ribbon的修改

最近在为一个客户在Dynamics CRM 4.0到Dynamics CRM 2013的升级,升级之后发现原来在Dynamics CRM 4.0中定义的全局Ribbon按钮像牛皮癣一样,在每个实体页面的ISV Group下都显示着,但又不显示正确的中文按钮名,并且也没有正确的执行相应的功能,所以需要对这些Ribbon进行修改。

首先,在Dynamics CRM 4.0的【系统设置】-【自定义】-【导出自定义项】里选择【ISV配置】然后将其导出,然后在Dynamics CRM 2013的【系统设置】-【自定义项】里将默认解决方案导出,通过对比可以发现,Dynamics CRM 4.0的ISV配置下的Root配置已经被移到了Dynamics CRM 2013的默认解决方案下的RibbonDiffXml里面了

Dynamics CRM 4.0的Customizations:

Dynamics CRM 2013的Customizations:

通过对比,上面的两个问题已经比较明确了,

一:按钮的标签显示不正常是因为印象中Dynamics CRM 4.0并不支持多语言,升级到Dynamics CRM 2013以后,相应的标签只做了英文语言的翻译,但内容又是中文的,导致显示为空,这个问题只需要在对应的<Title languagecode="1033" description="批量编辑" />下再加上中文的翻译就可以了<Title languagecode="2052" description="批量编辑" />

二:点击按钮后运行不正常是因为Dynamics CRM 2013不再支持CRM 4.0的JScript开发方式。在Dynamics CRM 4.0中并没有Webresource的概念,所有的JScript都是贴到相应位置,在升级到Dynamics CRM 2013以后,系统会自动为相应的JScript创建Webresource:Ribbon和Form的JScript分别为实体名_ribbon、实体名_main,而全局的Jscript会创建为Application_ribbon.js,处理这个问题只需要在Application_ribbon.js中将代码修改为Dynamics CRM 2013支持的方式就可以了

时间: 2024-10-29 19:08:15

Dynamics CRM 4.0升级Dynamics CRM 2013后全局Ribbon的修改的相关文章

SharePoint 2010升级到sharePoint 2013后,人员失去对网站的权限的原因及解决方法。The reason and solution for permission lost after the upgrading

昨天碰到了一个问题,一个网站在从SharePoint 2010升级到SharePoint 2013后,人员都不能登录了,必须重加赋权,人员才能登录,这样非常麻烦. 原因:是认证方式的问题.在SharePoint 2010中,通过管理中心新建web application的时候,就会发现提供了两种不同的认证方式,第一种是classic auth(也就是我们通俗的称为windows 认证,其实这种叫法也不全面),另一种是claim base auth. 而当时claim base的认证方式微软还没有

升级到Sharepoint 2013后页面打开速度慢

这个问题现在有了一些新的发现. 首先,我找到了重现客户那里出现的那个复杂SQL语句的方法.这个现象其实是这样的: 当WebApplication的“List View Threshold” 数量大于 文档库中文件个数的时候,如果是非管理员的用户打开文档库,就会出现那样的SQL语句. 当“List View Threshold”数量小于文档库中文件个数的时候,如果是非管理员的用户打开文档库,会得到一个警告说文档库无法打开.而如果是管理员,就可以打开,而且SharePoint会使用另一个比较适合大数

从 Microsoft Dynamics CRM 4.0 服务器迁移到 Microsoft Dynamics CRM 2013 Server

不能就地升级早于 Microsoft Dynamics CRM Server 2011 的版本,比如 Microsoft Dynamics CRM 4.0 服务器.但是,可以在升级过程中使用 Microsoft Dynamics CRM Server 2011 的试用版 32 位版作为过渡步骤,将 Microsoft Dynamics CRM 4.0 部署升级为 Microsoft Dynamics CRM 2013.若要将本的 Microsoft Dynamics CRM 4.0 服务器 迁移

从 Microsoft Dynamics CRM 4.0 server迁移到 Microsoft Dynamics CRM 2013 Server

不能就地升级早于 Microsoft Dynamics CRM Server 2011 的版本号,比方 Microsoft Dynamics CRM 4.0 server.可是,能够在升级过程中使用 Microsoft Dynamics CRM Server 2011 的试用版 32 位版作为过渡步骤.将 Microsoft Dynamics CRM 4.0 部署升级为 Microsoft Dynamics CRM 2013.若要将本的 Microsoft Dynamics CRM 4.0 se

crm组织服务中的crm消息

Microsoft.Crm.Sdk.Messages 命名空间包含您处理存储在任何实体中的数据时所需的全部消息.解决方案消息也位于此命名空间中. 可将消息与 IOrganizationService.Execute 方法结合使用.此命名空间中提供的大多数消息适用于所有三种部署类型.每个消息的请求页面指示哪些部署类型支持该消息.部署类型包括: Microsoft Dynamics CRM 2011 - 内部部署 Microsoft Dynamics CRM 2011--面向 Internet 的部

Oracle Study之--Oracle 单实例11.2.0.1.0升级到11.2.0.3.0

Oracle Study之--Oracle 单实例11.2.0.1.0升级到11.2.0.3.0 系统环境: 操作系统:RedHat EL6(64位) Oracle:    Oracle 11gR2 Oracle 11.2.0.1 单实例升级到11.2.0.3 Oracle 升级的步骤都差不多,先升级Oracle software,然后升级Oracle instance. Oracle 11.2.0.2的patchset No 是:10098816. 关于该Patchset 的下载地址,参考下面

oracle 11.2.0.1.0 升级 11.2.0.4.0 并 patch 11.2.0.4.3

升级步骤: (1)    备份数据库 (2)    运行patchset,升级oracle 软件 (3)    准备新的ORACLE_HOME (4)    运行dbua 或者脚本升级实例 (5)    检查升级后的版本信息和无效对象 备份数据库 升级数据库是一个十分危险的事情,在生产库上,升级之前最好做一个全库的备份,以便在升级失败时可以还原数据库. 停掉所有与这个数据库相关的业务系统,如中间件.确定没有业务在运行.在数据库正常关闭后,还需要备份Oracle主目录,目的还是为了升级失败时,能够

day04_oracle版本升级--10.2.0.1.0升级到10.2.0.4.0

软件升级 1.oracle很少升级,除非你要用什么新的功能.因为升级要停库,好多和库相关的组件可能全要升级.升级前一定要开会研究很长时间. 2.一些大公司定期委托第三方公司做<系统安全防护评测>,扫描出一些漏洞时,会要求升级并打补丁[联通] 神州数码信息服务股份有限公司.绿盟科技 如下形式的漏洞: 漏洞详细信息 Oracle数据库Network Foundation组件远程拒绝服务漏洞 详细描述 本次扫描是通过版本进行的,可能发生误报. Oracle Network Foundation是 O

UiAutomator2.0升级填坑记

UiAutomator2.0升级填坑记 SkySeraph May. 28th 2017 Email:[email protected] 更多精彩请直接访问SkySeraph个人站点:www.skyseraph.com 啰嗦 Google Android Developers 在2015年3月就发布了UiAutomator 2.0版本(下文简称U2),而公司的核心产品中用到还是UiAutomator老版本(下文简称U1),业界用U2的也不是很多,虽然有诸多问题和不便(如高版本OS中不支持Remo