自微软从2013版本号推出新的插件注冊器后,随着UI的重大更新后,问题也多了非常多.前面已有博客提到注冊assembly时看不到注冊button(http://blog.csdn.net/vic0228/article/details/45726011),这边再说还有一个问题.如以下截图打开工具注冊器后点击create new connectionbutton后会弹出登录页面. 把该输的都输入好后点击登录button,已显示登录到默认组织表示登录已经成功等待显示assembly列表,但问题来了…
本篇接前面的一篇博文:http://blog.csdn.net/vic0228/article/details/47079717,前篇提供了一种解决方案,将本机系统的语言切换成英文即可,今天再来介绍第二种方法,打开插件注册器所在的文件夹,你看到的列表中的文件夹都是对应的各种语言的语言包,只留我下图中红框框出来的英文语言包文件夹,其余的语言包文件夹全部删掉即可,亲测有效,我平时使用的SDK均是英文版的,中文版的没用过也不知道是否有相同的问题,可自行测试.…
近期在做的项目客户用的是CRM2013sp1版本号,所以插件注冊器使用的也是与之相应的6.1.1.1143,悲剧的事情也因此而開始. 在插件中注冊step时,工具里有个run in user's context选项.通过该选项的设置我们能够选择以何种身份去运行该step,用的最多的当然是calling user,即谁触发的这个插件就用谁的权限去运行,但有时一个系统极的操作,无论谁去触发插件均须要admin的身份运行.那这里的选一个具有admin权限的账号就可以. 但我在使用6.1.1.1143版…
首先打开Dynamic CRM  2013将有一个欢迎界面的例子,下面的图,它不会为了图检查框出现.OK然后,下一次打开就没有. 可是当我们打开F12开发者工具,清除域的缓存后再次打开CRM,这个欢迎界面又回来了.也就是说欢迎界面并没有彻底的禁用掉. 以下介绍一种能彻底和这张笑脸say goodbye的方法. step 1: 打开注冊表找到MSCRM,详细路径例如以下:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSCRM step 2:右击新建一个名叫 Disa…
接着上两篇文章.我们基于Bmob提供的API实现用户登录功能.总体看一下代码. 1.注冊页面xml: <RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools" android:layout_width="match_parent" android:layou…
CRM2013的注册插件工具UI相比2011之前有了一定的改变,但改变UI的同时也给开发人员带来了困扰,打开注册工具点击Register按钮选择dll时页面就是下面这样的,你完全看不到最下面的两个按钮. 真心不知道微软的UI工程师是干啥吃的,或是在何种情况下开发的这款工具,当然看过CRM2013的界面后心里骂过微软UI工程师的人肯定不在少数,工具成这样也就可以理解了.有人说把注册界面全屏就可以,但我试了不行身边的同事试了也不行,然后脑洞大开的朋友选择调整桌面分辨率,改成竖屏就OK了还能治好你的劲…
昨天有朋友问起如何查询一个字段属性是否存在于某个实体中,一般这个问题我们会采取最直观的查询方式即MetadataBrowser,该工具是一个zip解决方案包在SDK中的如下目录内"\SDK\Tools\MetadataBrowser". 解决方案导入后,直接双击解决方案打开,这里我们要查看单个实体所以点第二个按钮 选择你要查看的实体,属性.关系等一目了然. 上述方法是我们最常用的,再来看一种不常用的,利用request来查询,附上SDK中示例代码. RetrieveAttributeR…
首次打开Dynamic CRM  2013会出现一个欢迎界面如下图,要想它不出现勾选图中的复选框就行,OK下回再打开就没有了. 但是当我们打开F12开发人员工具,清除域的缓存后再次打开CRM,这个欢迎界面又回来了,也就是说欢迎界面并没有彻底的禁用掉. 下面介绍一种能彻底和这张笑脸say goodbye的方法. step 1: 打开注册表找到MSCRM,具体路径如下:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSCRM step 2:右击新建一个名叫 Disabl…
解决办法 把en-us, zh-CN 目录随便改个名字就好了…
当登录一台服务器时,每次输入密码之后都要等很久才会得到命令提示符,尝试修改了sshd_config中的UseDNS no,但效果依然不好. ssh -v 192.168.12.43 This is probably an issue with D-Bus and systemd. If the dbus service is restarted for some reason, you will also need to restart systemd-logind.You can check…