工作中编写MFC界面程序时用到了停靠窗口,为了避免之后用到时再去查询,这里记录下. 步骤 1.定义一个继承自CDockablePane的类 Class CDockableTest : public CDockablePane{} 2.MainFrm.h中声明 CDockableTest m_dockableTest; 3.CMainFrame::OnCreate中创建 EnableAutoHidePanes(CBRS_ALIGN_ANY);//窗口自动停靠 m_dockableTest.Crea

目录 ◆ 获取启动参数◆ 调整窗体大小◆ 关闭Dialog窗体◆ Dialog启动时指定控件为焦点◆ Dialog中禁止ESC回车关闭窗体◆ 回车后焦点自动跳到下一个控件◆ 窗体中某个控件捕获右键菜单◆ 获取指定窗体hWnd下的所有子窗体◆ MainFrame启动时居中◆ 非Dialog结构, 初始化时隐藏主窗口避免发生闪烁◆ 设置MainFrame标题栏, 不显示文档名称◆ CListCtrl 的使用1. Item失去焦点时也处于选中状态◆ CRichEditCtrl 的使用1. 设置字体格式

对比MFC资源文件谈谈WPF布局方式 MFC方式 对于传统的MFC基于UI的应用程序设计通常分两步走,首先是设计UI,使用的是RC文件,然后是代码文件,对RC文件进行操作,如下面Figure 1 的基于对话框的应用程序,其对应的代码如Figure 2所示,这就是MFC时代的所见即所得,如大家所见,每个控件的代码都和位置都是写死的坐标,这样会带来的问题是当你改变系统运行的的DPI或者软件需要支持本地化的时候,由于有的语言对于同样的意思需要比较长的文字表示,就会带来文字显示不下或者显示不完整的情况.

标题读起来有些拗口,具体是什么情况,我们来看: 一.问题的提出 一个采用MFC开发的软件,其窗体视图采用CSplitterWnd三分,效果如下图所示: 图1 软件的默认视图布局 该MFC开发的软件功能多,界面非常复杂,上图只是一个demo示意图,但并不妨碍我们理解本文描述的问题. 即视图分为left.top.bottom三部分.该软件的各个视图实际界面比较复杂,bottom视图有时候要显示重要的预览图,但因top视图挤用空间,导致查看预览图的时候,要频繁拖动bottom视图中的滚动条.但是又不能

VS2010 MFC中制作Visual Studio风格的停靠侧栏窗口(CDockablePane里嵌套FormView表单视图) 1. 在资源窗口里新建一个FormView的Dialog,修改ID为IDD_FORMVIEW.在此Dialog上点击右键添加类,建立一个基类为CFormView的类,这里取名为CMfcFormView.则生成了MfcFormView.h和MfcFormView.cpp文件. 2. 建立一个CDockablePane的派生类,予以容纳FormView,建立派生出的CD

|   版权声明:本文为博主原创文章,未经博主允许不得转载. 通过上面的一些预备知识,我们现在就可以自己来制作基于MFC的播放器了,接下来我们讲的是使用MFC制作我们播放器 的界面. 首先,我们我们打开VC++ 6.0.找到工具条:  文件 ---> 新建--->在接下的操作根据图片来 上面的操作完成之后,我们可以在我们设置的保存路径处,找到我们的过程文件夹,并且可以看到VC++6.0的面板了. 如下图: 接下来,介绍界面组件的添加:如图操作 如上图将所有的组件添加好,并设置好ID和名称,我的

CWinAppEx类的LoadCustomState()和SaveCustomState()用于向注册表读取和保存应用程序的界面信息,重载该方法可以取消自动记忆界面布局. void CxxxApp::LoadCustomState() {     //设置为TRUE,则自动加载界面记忆     this->m_bSaveState = FALSE; } //保存界面状态值 void CxxxApp::SaveCustomState() {     //设置为TRUE,则自动保存界面记忆     

最近看到一句话: ××××××××××××××××××××××××××××××××××××××××××× CDockablePane是一个通用窗口容器,它主要有两个用途:在一个框架中悬浮或者停靠窗口.在复杂布局的应用程序中,它可以显示或隐藏所装载的窗口,为应用程序窗口提供额外的空间. ××××××××××××××××××××××××××××××××××××××××××× 上面说的事呢 感觉还是不错的.于是乎开始测试. ×××××××××××××××××××××××××××× Q1:窗口的容器是个

界面布局 起初,计算机的交互是通过输入的代码进行的, 慢慢的有了图形之后, 就开始了图形界面的交互. 目前来说还有语音交互, 视频交互等多媒体的交互. 不管哪一种交互, 最终在计算机的角度都是信号的输入和信号的输出.计算机只明白01这样的二进制的信号. Qt界面布局 对于Qt来说, Qt专门有布局系统Layout Management, 布局系统里面包含了各种各样的布局类, 适用于多种多样的布局需求, 基本有:QBoxLayout, QButtonLayout, QFormLayout, QGr

    上一个教程实现的标题栏代码中,并没有看到处理自适应窗口大小的代码,但是窗口大小变化后,按钮的位置会跟着变化,这是因为我们将按钮放到了HorizontalLayout.VerticalLayout,这样duilib就会帮我们自动布局按钮的位置和大小,顾名思义,HorizontalLayout就是水平布局,VerticalLayout就是垂直布局.     最开始的教程里面,窗口大小变化时,Hello World按钮会沾满整个窗口,并且文字始终居中,这就是HorizontalLayout的效

==================================声明================================== 本文原创,转载在正文中显要的注明作者和出处,并保证文章的完整性. 未经作者同意请勿修改(包括本声明),保留法律追究的权利. 未经作者同意请勿用于学术性引用. 未经作者同意请勿用于商业出版.商业印刷.商业引用. 本文不定期修正完善,为保证内容正确,建议移步原文处阅读. 本文链接:http://www.cnblogs.com/wlsandwho/p/43883

大多数刚使用duilib的朋友时候非常依赖duilib自带的设计器,用他可以拖拉控件,可视化的做出自己想要的界面.可是用一段时间就会发现原带的设计器有很多bug,时不时会崩溃,支持的控件数量有限,属性数量也有限,导出的代码冗余.当时问了几个高手,大家建议不要使用设计器而应该自己手写xml代码.起初手写时感觉特别麻烦,可是用几天后你会发现手写要比使用设计器好得多:你可以更加了解duilib,熟悉每个控件的各个属性,对控件的控制也更加方便.而如果想称心如意的脱离设计器去编写xml文件,有非常有必要弄

MFC 设计界面程序总是不够智能,没有这样,没有那样. 今天为了加强mfc功能,设计了一个自动布局的类,使用非常简单. 原理: 每个控件都有一个矩形区域,矩形区域就是控件在对话框中的显示位置和大小, 通过矩形的四个顶点,控制控件的布局, 在mfc中OnSize()函数在对话框大小变化时被调用,所有每次对话框大小变化时, 我们重新计算对控件的矩形坐标,然后移动到新的坐标,实现控件自动布局. 效果: 1.原始界面: 2.改变对话框大小后界面: 接口: /** * @brief Init the re

一.引言 关于WPF早在一年前就已经看过<深入浅出WPF>这本书,当时看完之后由于没有做笔记,以至于我现在又重新捡起来并记录下学习的过程,本系列将是一个WPF快速入门系列,主要介绍WPF中主要的几个不同的特性,如依赖属性.命令.路由事件等. 在正式介绍之前,我还想分享下为什么我又要重新捡起来WPF呢?之前没有记录下来的原来主要是打算走互联网方向的,后面发现互联网方向经常加班,又累,有时候忙的连自己写了什么都不知道的,所以后面机缘巧合地进了一家外企,在外企不像互联网行业那样,比较清楚,有更多的时

前言 由于早期的图像处理程序基于VC6.0,MFC也是采用VC6.0开发的.在实际处理中,我不仅需要界面的显示,有很多时候,我需要算法处理的过程中的信息,比如每个阶段的耗时,处理的图像大小,以及如果需要迭代,当前的迭代次数. 当然,有很多方法可以解决上述需求,譬如可以通过FILE创建一个文件,然后把相关信息写入. 但,那都不够直观 我希望的是,它能够像VC或VS在编译的时候,在下方有个「debug window」,将运行过程中的信息实时显示. 第一步 创建一个single document vi

因为公司项目最近入了MFC的这个大坑,用MFC做UI做了一段时间,感觉不是很方便,开发效率有点慢. 看了c++里面做界面的类库,感觉Duilib比较符合做界面的需求,而且很多大公司也在使用Duilib,那就随一下大流,并在此表达对Duilib作者及广大的开源作者的敬意. Duilib支持win32程序及MFC程序. 步骤如下: 设置Duilib环境 可以去https://github.com/duilib/duilib下载框架,将Duilib框架在UnicodeDebug及Debug下编译生成库

两者都可以算作是客户端程序,都是做上位机用的.而且都是被动执行. 相同点: 1.MFC中,它是由 project的名字 里面的某个成员函数来初始化,窗体,以及窗体里面的变量. 后面都是监听消息循环.数据的传递通过全局变量.成员变量来搞定. 2.Android中,数据一般都是通过成员变量,或者intent携带一些数据来实现.比如,广播等,都是可以携带数据的. 还有就是android当中,有做好的一套消息传递机制,也有子线程等概念.操作起来还算是比较方便. 不同点: 布局文件 .xml vs .rc

创建对话框主要分两大步,第一,创建对话框资源,主要包括创建新的对话框模板.设置对话框属性和为对话框添加各种控件:第二,生成对话框类,主要包括新建对话框类.添加控件变量和控件的消息处理函数等.鸡啄米在本节中先讲讲怎样创建对话框模板和设置对话框属性. 创建基于对话框的应用程序框架 之前鸡啄米创建的HelloWorld程序是单文档应用程序,生成了多种窗口,如果用它来将讲创建对话框的话可能有些复杂,对大家单纯理解对话框有点影响,所以这里鸡啄米就再创建一个基于对话框的应用程序,用来实现加法运算的功能.创建

跟上时代,用vs2010, 新建一个MFC应用程序Helloworld. 目录结构: 所有文件分为6个部分:解决方案相关文件.工程相关文件.应用程序头文件和源文件.资源文件.预编译头文件和编译链接生成文件.   1.解决方案相关文件 解决方案相关文件包括解决方案文件夹下的.sdf文件..sln文件..suo文件和ipch文件夹. .sdf文件和ipch目录一般占用空间比较大,几十兆甚至上百兆,与智能提示.错误提示.代码恢复和团队本地仓库等相关.如果你觉得不需要则可以设置不生成它们,方法是点击菜单

1. 界面描述XML文件 Duilib主要是通过XML来进行界面的布局配置,程序通过读取并解析XML文件来创建对应的窗体.DuiLib的页面布局分为三类:窗体(Window).容器(Contain)和控件(Control).顾名思义窗体就是要创建的窗口,容器则相当于是窗体内的一个子窗体,可以在容器内添加容器或者控件,当然定义的位置也都是相对与容器内的左上顶点:控件就是一些常用的Button.Edit.Label等窗体上的基本元素. 容器经常使用的有VerticalLayout(垂直布局容器).H