在我们做系统开发的时候,都会面临一个安装包制作的问题,如何把我们做好的系统,通过安装包工具整合成一个安装包给客户进行安装.安装包的优势就是一步步安装就可以了,不用复制一大堆文件给客户,还怕缺少那个文件导致系统运行出错.本文主要介绍基于DevExpress的Winform程序安装包的制作内容,包括VS2010和VS2013/V2105的不同处理方式. 我们知道,VS2010是最后一个可以使用微软安装包制作工具的VS版本了,所以后面VS2012/2013/2015版本都需要使用第三方安装包制作工具,

TreeList控件可以同时显示树结构和其他数据列,即在一个列上建立父子关系展开或收缩,同时还可以显示其他列的内容. 在TreeList中同时引入了 Node和 Columns概念, 第一列为树结构, 其余列为数据列, 任何列都可作为树结构列(即拖动到第一列)显示. 实现多级树---数据源绑定 在TreeList里添加要显示列(第一列为树结构,其他列为数据列),并指定FieldName为数据库列名 指定KeyFieldName属性为主键,ParentFieldName属性为树状分组列.注意 Pa

上篇讲了PivotGridControl,有的大湿可能觉得废话多了,还有的说呢官方文档里面已经说得很详细了, 这个倒是事实.但是文档是死的,业务是变幻莫测的,所以我今天还是来分享想下TreeList使用的一些个人经 验,那些官方文档官方Demo有的就不多啰嗦了,可能只是一笔带过. 首先先一笔带过下这个TreeList 的简单使用: 1.模拟创建一些实体和数据源提供代码. MenuModel public class MenuModel { #region 字段属性 private int id;

所有Developer Express .NET产品都有本地化资源,比如按钮属性,控件属性描述,菜单项,确认和错误的信息等等,所有这些资源字符串可以很容易地被翻译成各种语言. 先看下面汉化前后的图片: 汉化前 汉化后 如何实现上述的汉化呢?Dev汉化总结下来一般分三种形式:一种是利用已经汉化好的资源包:一种是使用本地对象类,利用代码汉化:还有就是资源包和代码结合.下面我们就这三种情况的实现方法和各自的利弊做一详细的讲解. 一.利用资源包汉化 一.如何使用资源包进行汉化 首先,您需下载现有的资源包

原文:DevExpress gridview下拉框的再次研究      前几天写了一篇关于研究DevExpress gridview下拉框的随笔(DevExpress gridview下拉框repositoryItemComboBox的使用),被大神(@爱编程的大叔)评论为:成功用世界上最繁琐的方法来使用Devexpress中的Gridview控件中的下拉框,之后就一直在想那肯定是还有更加简便的办法,刚好今天有空闲时间,就去了官网研究起了gridControl的属性(https://docume

原文:图解DevExpress RichEditControl富文本的使用,附源码及官方API   9点半了,刚写到1.2.   该回家了,明天继续写完. 大家还需要什么操作,留言说一下,没有的我明天继续加.     好久没有玩DevExpress了,今天下载了一个玩玩,发现竟然更新到14.2.5了..我去. 本章主题: 创建项目,窗体搭建 给RichEditControl添加工具条 创建自定义的工具条按钮项 图片解析操作 修正文档字体 内容搜索功能 导入导出功能(文本/HTML/Word) 官

原文:DevExpress控件使用之RichEditControl的使用 做Winform的,我们一般都知道,传统.NET界面有一个RichTextBox控件,这个是一个富文本控件,可以存储图片文字等内容,它有自己的文件格式RTF,在DevExpress控件组里面也有一个同等的控件,他的名字是RichEditControl,这个控件功能很强大,在我上一篇随笔<Winform开发框架之通用短信邮件通知模块>中,有介绍过利用它来做邮件编辑器,实现图文并茂的邮件的功能,如下所示.本文主要介绍如何一步

原文:基于DevExpress实现对PDF.Word.Excel文档的预览及操作处理 在一般的管理系统模块里面,越来越多的设计到一些常用文档的上传保存操作,其中如PDF.Word.Excel等文档,有时候是通过分布式的WCF技术实现数据的显示和处理,因此希望直接预览而不需要下载文件,这样能够给我们提供很多的方便.在DevExpress里面,提供了相应的控件来显示和处理这些文档,本文主要介绍如何利用DevExpress的控件实现对PDF.Word.Excel文档的预览和操作处理. 1.PDF的预览

原文 关于VS编译DevExpress默认产生几个多余的语言包的问题解决 VS15开始对于非系统的Dll都会默认复制到本地,即bin\debug下面,复制dll到本地好处在于发布的时候不用再去寻找相关dll,对于dev这么庞大的组件来说,更是如此,当然,dev也提供了一个按钮直接将项目应用到的dll复制到指定文件,如图:回归正题,如果将DevExpress的dll复制到本地,在编译项目的时候debug下面还产生了对于国内来说非常没有必要的语言包,很早以前就有人提出为什么在安装的时候不提供语言选择