外观和样式(01)：【纲】Widget Appearance and Style-Related Classes [官翻]

最新推荐文章于 2021-02-08 09:51:16 发布
最新推荐文章于 2021-02-08 09:51:16 发布
阅读量196 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： # Qt 外观和样式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/hitzsf/article/details/113751264
本文详细介绍了Qt库中用于控制小部件外观和样式的类，如QColor、QStyle等。QColor提供颜色管理，QStyle则封装了GUI的外观实现，允许自定义UI。同时提到了QGraphicsAnchor和QGraphicsAnchorLayout在视图框架中的应用，用于在图形视图中精细布局。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

文章目录

小部件外观和样式相关的类

用于自定义UI外观和样式的类。

基本说明
QColor基于RGB, HSV或CMYK值的颜色
QColorSpace颜色空间的抽象
QColorTransform色彩空间转换
QCommonStyle封装GUI的通用外观
QCursor具有任意形状的鼠标光标
QFont指定用于绘制文本的字体的查询
QFontDatabase有关基础窗口系统中可用字体的信息
QFontInfo关于字体的一般信息
QGraphicsAnchor表示QGraphicsAnchorLayout中两个项目之间的锚
QGraphicsAnchorLayout可以在图形视图中锚定小部件的布局
QPalette包含每个小部件状态的颜色组
QStyle封装GUI外观的抽象基类
QStyleFactory创建QStyle对象
QStyleHintReturn返回基本数据类型以外的样式提示
QStyleHintReturnMask样式提示返回一个QRegion
QStyleHintReturnVariant样式提示返回QVariant
QStyleOption存储QStyle函数使用的参数
QStylePainter用于在小部件内绘制QStyle元素的方便类

QGraphicsAnchor、QGraphicsAnchorLayout 应该属于视图框架。

详解Qt 之 QColor、QColorSpace与QColorTransform
m0_62599305的博客
08-01 794
在图形和用户界面开发中，颜色的处理是一个基本而又重要的部分。Qt 提供了丰富的颜色处理类，其中包括QColor和。QColor用于表示和操作颜色，用于表示颜色空间，而用于颜色空间转换。本文将详细介绍这些类的功能、常用方法，并通过示例代码展示其实际应用。QColor和是 Qt 提供的强大工具，用于处理颜色和颜色空间。通过这些类，开发者可以方便地定义、转换和操作颜色，从而满足各种图形和用户界面开发的需求。本文详细介绍了这些类的主要功能和常用方法，并通过示例代码展示了其实际应用。
基于QT开发的第三方库
热门推荐
zhaogn 的技术博客
11-08 1万+
QxOrm  QxOrm is a new open source ORM (Object Relational Mapping) C++ library designed to provide : * Persistence (based on QtSql Qt module) * Serialization (xml and binary, based on
外观和样式(06)：【类】QColorTransform[官翻]
读书笔记
02-08 287
QColorTransform class QColorTransform类是颜色空间之间的转换。 Header #include < QColorTransform > qmake QT += gui Inherits Inherited By Since Qt 5.14 详细说明 QColorTransform是颜色空间之间转换的实例。它可以应用在颜色和像素上，将它们从一个颜色空间转换到另一个颜色空间。 设置QColorTransform需要一些预处理
as3.0 ColorTransform类改变剪辑的颜色。组件ColorPicker的应用
05-24
组件 ColorPicker的应用。ColorTransform改变颜色。
外观和样式(05)：【类】QColorSpace[官翻]
读书笔记
02-08 825
QColorSpace class QColorSpace类提供颜色空间的抽象。 Header #include < QColorSpace > qmake QT += gui Inherits Inherited By Since Qt 5.14 详细说明 可以用不同的方式来解释颜色值，并且基于该解释可以存在于不同的空间中。我们称之为色彩空间。 QColorSpace提供了创建多个预定义颜色空间的权限，并且可以生成QColorTransforms来将颜色
【Color】Colorspace Transforms
erlingmusan的专栏
04-01 2689
Colorspace Transforms   by Pascal Getreuer This package converts colors between sRGB, Y'PbPr, Y'CbCr, JPEG-Y'CbCr, Y'UV, Y'IQ, Y'DbDr, HSV, HSL, HSI, CIE XYZ, CIE L*a*b* (CIELAB), CIE L
翻译：vscode官方文档 - 设置
分享前端开发工程师的一些日常生活、前端知识点、职业发展、对一些问题的看法、感悟等等
08-06 6723
原文 用户和工作区设置 通过 vscode 的各种设置可以很容易地配置您喜欢的地方。vscode 的编辑器、用户界面和功能行为的几乎每个部分都有您可以修改的选项。 VS代码为设置提供了两个不同的作用域： 用户设置 - 全局应用于您打开 vscode 的任何实例的设置。 工作区设置 - 只在打开工作区时应用您所存储的配置 工作区的设置优先级更高，工作区设置是特定于项目的，可以在项目上的开发人员之间共享。 注意：一个 vscode 工作区通常代表项目根目录，工作区的设置以及 debug 和任务配置存储在根目
android-Widget
u013255337的博客
03-09 2427
Widget:Materialmaterial-design-dimens Default colors and dimens per Material Design guidelines and Android Design guidelines inside one library.https://github.com/DmitryMalkovich/material-design-dimen...
QT入门-----Widgets mainwindow dialog 进行区分
咸鱼梦想
05-14 1535
写这个的原因，不是简单的抄文档（书到用时方恨少，懒驴上磨屎尿多） 1.上下班可以翻出博客看看 2.算是qt入门对 dialog widget mianwindow有大体上的认识。将创建项目时的选项做一个区别认识 3.最主要英文不好，直接看文档看不懂。翻译出的中文也不全对。放在博客里对比着看 目录 QWidget mainwindow dialog 1 基本小部件类 2. Advanced Widget Classes 3.Abstract Widget Classes 4....
Theme、Style、attr、declare-styleable
淡淡的宁静的博客
02-20 3696
  Theme或者Style中（或者说Android中其他xml资源使用的属性）的属性都是一样的，首先都需要定义&lt;attr name="" format="reference|dimension|color|boolean|float|integer|fraction"/&gt;。可以在单独一个attr中定义，也可以一个&lt;declare-styleable/&gt;tag包含多个at...
Advanced Features of QT Graphics: Implementing Multi-View Display with Graphics View Framework
- **1.2 Advantages and Application Scenarios of the Graphics View Framework** - **1.3 Introduction to the Components of the Graphics View Framework** # 2. A Review of QT Drawing Fundamentals ### 2.1
Detailed Explanation of State Expressions in Qt Style Sheets: Normal State, Hover State, Pressed ...
Qt style sheets are a mechanism for defining and setting the appearance of the Qt application interface. Based on CSS syntax rules, they allow developers to change the look and behavior of widgets by ...
Windows下使用doxygen阅读和分析C/C++代码
vanwaals的专栏
06-21 3049
下载 安装都很顺利，运行 wizard。 修改配置， 乱码 可以通过 input的 编码改为 GBK 下面再贴一个配置文件 # Doxyfile 1.7.4# This file describes the settings to be used by the documentation system# doxygen (www.doxygen.org) for a p
Quick #UE4 Tip （第2周 2020.1.31）
游戏路上的小学生
01-31 624
选自过去1~2周 自己所看到外文内容：https://twitter.com/search?q=%23UE4&src=recent_search_click&f=live 和各种其他博客来源吧 https://twitter.com/RyanJon2040/status/1351775213168558082 Quick #UE4 Tip number 105. https://cutt.ly/ue4-tip-105 Unreal Tip #105 ...
基于FPGA的OFDM调制解调Verilog实现及其应用：涵盖IFFTFFT、Testbench及操作录像
07-29
基于FPGA的OFDM调制解调技术的Verilog实现，重点讲解了IFFT和FFT的实现方法，以及Testbench的设计。OFDM作为一种多载波调制技术，能够有效抵抗多径衰落和频率选择性衰落，广泛应用于无线通信和数字电视领域。文中还提供了详细的程序操作录像，帮助用户更好地理解和操作FPGA工程。具体实现过程中，使用Vivado 2019.2及以上版本作为开发工具，确保工程路径为英文路径，并提供完整的操作指南。 适合人群：具备一定FPGA开发经验的研发人员和技术爱好者。 使用场景及目标：适用于希望深入了解OFDM调制解调技术并掌握其实现细节的研究人员和工程师。通过学习本文，读者可以掌握基于FPGA的OFDM调制解调系统的开发流程，包括IFFT和FFT的实现、Testbench设计及实际操作。 其他说明：本文不仅提供了理论知识，还附带了实际的操作录像，使读者能够在实践中加深理解。建议读者跟随录像逐步操作，以便更好地掌握相关技能。
基于BP神经网络与PID控制的Simulink仿真及无刷直流电机控制研究
07-29
基于BP神经网络与PID控制相结合的Simulink仿真方法及其在无刷直流电机控制中的应用。文中首先阐述了BP神经网络的强大非线性映射能力和PID控制的经典反馈机制，解释了两者的结合如何优化PID控制器参数，从而提高控制系统的性能。随后，文章展示了如何使用MATLAB的S函数实现BP神经网络的前向传播过程，并将其集成到Simulink环境中构建完整的控制系统仿真模型。通过具体案例——无刷直流电机控制，演示了系统的设计思路、搭建步骤及其实验结果。实验结果显示，相比传统的PID控制，BP神经网络PID控制在应对复杂工况和参数不确定性方面表现出更快的响应速度和更稳定的性能。 适合人群：自动化专业学生、控制工程领域的研究人员和技术爱好者。 使用场景及目标：适用于希望深入了解BP神经网络与PID控制结合的应用场景，特别是那些需要优化控制系统性能的研究项目。目标是帮助读者掌握Simulink仿真平台的操作技巧，理解BP神经网络的工作原理及其在实际控制任务中的应用。 其他说明：附带详细的说明文档和本科论文，便于初学者快速上手并理解整个系统的原理和实现细节。
基于plc的恒压供水控制系统.doc
最新发布
07-30
基于plc的恒压供水控制系统.doc
西门子Smart PLC 485通讯轮询库程序详解及其应用 PLC 终极版
07-29
内容概要：本文介绍了西门子Smart PLC 485通讯轮询库程序的功能和使用方法。首先简述了轮询库程序的作用，即实现对多个设备的轮询操作，从而集中控制和监测设备状态。接下来详细讲述了代码编写步骤，包括初始化485通讯参数以及轮询设备列表和逻辑处理的具体流程。此外，还深入解析了485通讯中引脚的意义，并强调了代码优化与调试的重要性。最后，提供了一份详细的PDF讲解资料，涵盖代码示例、参数设置、引脚意义等方面的内容，便于使用者快速上手。 适合人群：从事工业自动化领域的工程师和技术人员，尤其是那些对西门子Smart PLC有一定了解的人群。 使用场景及目标：适用于需要利用西门子Smart PLC进行多设备通信和监控的项目。主要目标是让使用者掌握485通讯轮询库程序的编写技巧，提升系统集成能力和故障排查能力。 其他说明：随附的PDF资料为用户提供了一个全面的学习工具，有助于加深对485通讯机制的理解。
langchain4j-community-dashscope-1.0.0-beta2.jar中文文档.zip
07-29
1、压缩文件中包含： 中文文档、jar包下载地址、Maven依赖、Gradle依赖、源代码下载地址。 2、使用方法： 解压最外层zip，再解压其中的zip包，双击 【index.html】 文件，即可用浏览器打开、进行查看。 3、特殊说明： （1）本文档为人性化翻译，精心制作，请放心使用； （2）只翻译了该翻译的内容，如：注释、说明、描述、用法讲解 等； （3）不该翻译的内容保持原样，如：类名、方法名、包名、类型、关键字、代码 等。 4、温馨提示： （1）为了防止解压后路径太长导致浏览器无法打开，推荐在解压时选择“解压到当前文件夹”（放心，自带文件夹，文件不会散落一地）； （2）有时，一套Java组件会有多个jar，所以在下载前，请仔细阅读本篇描述，以确保这就是你需要的文件。 5、本文件关键字： jar中文文档.zip,java,jar包,Maven,第三方jar包,组件,开源组件,第三方组件,Gradle,中文API文档,手册,开发手册,使用手册,参考手册。
Widget::Widget(QWidget *parent) : QWidget(parent) , ui(new Ui::Widget) { ui->setupUi(this); } 能在构造函数的初始化列表new一个自己？
04-02
<think>好的，我现在需要回答用户关于在C++构造函数初始化列表中“new一个自己”的问题。用户提供的代码示例是Widget类的构造函数，其中在初始化列表里使用了ui(new Ui::Widget)。用户的问题是，为什么可以在初始化列表里new一个自己的实例，或者说这是否可行。 首先，我需要回忆C++中构造函数初始化列表的相关知识。初始化列表用于初始化成员变量，包括基类和成员对象。在初始化列表中，成员的初始化顺序由它们在类中的声明顺序决定，而不是初始化列表中的顺序。 接下来，用户提供的代码中，构造函数Widget的初始化列表中有ui(new Ui::Widget)。这里的ui是Widget类的一个成员变量，类型应该是Ui::Widget的指针。初始化列表中的new Ui::Widget是在堆上创建一个Ui::Widget的实例，并将其地址赋给ui成员。这是合法的，因为此时正在构造Widget对象，而成员变量需要在构造函数体执行前初始化。所以这里new的是另一个类（Ui::Widget）的实例，而不是Widget自己。这可能是一个误解，用户可能认为在初始化列表中new自己，即Widget对象本身。 用户的问题核心可能在于，是否可以在初始化列表中创建当前类的一个新实例，比如在Widget的初始化列表中使用new Widget。这个时候需要考虑，这样的操作是否会导致无限递归或者构造函数的无限调用。例如，如果Widget的构造函数在初始化列表中new另一个Widget实例，那么新的实例又会调用构造函数，导致无限循环，最终导致栈溢出或者程序崩溃。 但用户提供的代码示例中，并不是在new自己，而是new一个Ui::Widget类型的对象。Ui::Widget可能是一个自动生成的UI类，比如由Qt Designer生成的，作为界面元素的容器。因此，这里的new操作是安全的，因为创建的是另一个类的实例，而不是Widget自身。 不过，用户的问题更可能是关于是否可以在初始化列表里new自己的情况。假设用户将问题中的例子误解为在初始化列表里创建自身，我需要解释这种情况是否可能以及后果。 例如，假设有一个类A，在它的构造函数初始化列表中有成员变量a(new A)，这种情况下，每次创建A的实例时，都会触发另一个A的实例的创建，从而导致无限递归，直到内存耗尽或栈溢出。这种情况下，显然是不允许的，会导致程序崩溃。 但在用户提供的代码中，情况不同，因为new的是Ui::Widget，而不是Widget本身。因此，用户可能混淆了这两个类名。需要指出的是，Ui::Widget和当前类Widget是两个不同的类，所以这里的new操作是合法的，不会导致递归构造的问题。 总结来说，用户的问题可能存在对类名的误解。在初始化列表中new另一个类的实例是允许且常见的做法，比如在Qt中，UI类通常由工具生成，作为成员变量进行初始化。而如果在初始化列表中new自己的类实例，则会导致无限递归，必须避免这种情况。 接下来需要组织回答，明确解释用户提供的代码示例中的情况，并说明如果在初始化列表中new自己的实例会有什么后果。同时要确保回答结构清晰，步骤明确，帮助用户理解问题所在。</think>在C++中，构造函数初始化列表中的 `ui(new Ui::Widget)` **并非在创建自己**（即`Widget`类的实例），而是创建了一个**其他类的对象**（`Ui::Widget`）。以下是逐步分析： --- ### 1. **代码解析** 你提供的代码： ```cpp Widget::Widget(QWidget *parent) : QWidget(parent) // 初始化基类 , ui(new Ui::Widget) // 初始化成员变量 `ui` { ui->setupUi(this); } ``` - **`ui` 是什么？** `ui` 是 `Widget` 类的一个成员变量，类型为 `Ui::Widget*`。这里的 `Ui::Widget` 是另一个独立类（通常由Qt Designer自动生成，用于管理界面布局）。 - **`new Ui::Widget` 的作用** 在初始化列表中，`new Ui::Widget` 创建了一个 `Ui::Widget` 类的实例，并将指针赋值给成员变量 `ui`。这是在初始化阶段为成员变量分配内存的常见操作。 --- ### 2. **为什么可以 `new Ui::Widget`？** - **作用域隔离** `Ui::Widget` 和当前类 `Widget` 是**两个完全不同的类**。前者是界面布局的包装类，后者是业务逻辑的主窗口类。 - **无递归风险** 创建 `Ui::Widget` 实例时，不会触发当前 `Widget` 类的构造函数，因此不会导致递归调用。 --- ### 3. **若真的在初始化列表中 `new` 自己会发生什么？** 假设错误地写成： ```cpp class Widget : public QWidget { Widget* self; // 成员变量 public: Widget(QWidget* parent = nullptr) : QWidget(parent), self(new Widget) // 危险操作：在初始化列表中 new 自己 { // ... } }; ``` - **后果** 每次创建 `Widget` 对象时，初始化列表会尝试创建新的 `Widget` 实例，导致**无限递归**，最终程序崩溃（栈溢出或内存耗尽）。 --- ### 4. **Qt 中 `ui->setupUi(this)` 的作用** - **关联界面与逻辑** `ui->setupUi(this)` 将 `Ui::Widget` 中设计的界面元素（按钮、文本框等）挂载到当前 `Widget` 对象上，完成界面与逻辑的绑定。 --- ### 总结 - ✅ **允许的操作**：在初始化列表中 `new` **其他类的对象**（如 `Ui::Widget`）。 - ❌ **禁止的操作**：在初始化列表中 `new` **自己的实例**（会导致递归崩溃）。 - **Qt 最佳实践**：通过 `ui(new Ui::Widget)` 和 `ui->setupUi(this)` 分离界面与逻辑，是Qt框架推荐的标准模式。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值