最近的文章Qt 6.3 重镑发布了新的 Qt Quick 编译器，号称性能至少有 30% 的提升，能够以接近 native 的速度运行 Qt Quick 程序。我觉得这是一个在工程上相当漂亮的技术，所以在此做了一个介绍。
其基本原理是改造 QML 语言，现在已经不是一个纯粹的 JavaScript 了，而是类似于 TypeScript，能够在变量声明、函数参数、函数返回值添加类型标志。有了类型以后，Qt 提供了两个部件也就顺理成章了:
- QML 脚本编译器
qmlsc，负责把 JavaScript 脚本编译成 C++ 代码。 - QML 类型编译器
qmltc，负责把 QML 文档编译成 C++ 代码。
脚本编译器仍然不能完整翻译动态的 JavaScript 语法，但是能够准确地识别其中 QML 类型的属性访问，算术指令和 ifelse 判断，循环等等结构并翻译成 C++. 其它的仍然被翻译成字节码供 QML 虚拟机解释执行或者 JIT. 目前脚本编译器暂时只对 Qt Device Creation 商业用户开放。普通的开源用户，仍然只能使用自 Qt 5.8 以来的qmlgencache.
而类型编译器，则能够比较准确地把 QML 文档翻译成 C++ 代码，目前这个 QML 类型编译器已经向所有 Qt 6.3 用户开放了。
类型：C++ & Qt4，创建时间：April 13, 2022, 12:03 a.m. 点击查看完整内容。。。在 openSUSE 底下跨平台编译 mingw64 程序
在 openSUSE Leap 15.3 底下跨平台编译 mingw64 程序，只要安装跨平台编译的安装包就行了：
sudo zypper in mingw64-cross-gcc-c++
接下来我们就来操作一下:
// main.c
#include <stdio.h>
void main() { printf("hello, world!\n"); }
然后运行:
$ x86_64-w64-mingw32-gcc -o test003.exe main.c
$ wine ./test003.exe
可以看到打印出结果。
类型：LinuxApp,C++ & Qt4，创建时间：March 8, 2022, 9:01 p.m. 点击查看完整内容。。。安装与编译最简 windows qt
Qt 为 windows 提供了一个在线安装包，以及一个巨大的离线安装包。使用在线安装包能够自由选择 Qt 版本。使用离线安装包可以在不需要网络地方或者在多台机器上使用。
但是两个安装器安装的 Qt 容量都太过于巨大了，包含了所有的 Qt 模块以及它们的 debug 信息。如果我们只使用 C++ 以及 QtWidgets 做 Qt 开发，就没必要安装那么多的组件，浪费空间。这时候可以考虑自己编译一下 Qt
类型：C++ & Qt4，创建时间：June 11, 2020, 11:48 a.m. 点击查看完整内容。。。如何存储密码(KDF)
在线系统经常需要存储用户名和密码等认证信息，以便在用户登录的时候认证密码。但存储密码的时候其实有很多学问。在原始的互联网时期，使用明文存储密码。在经历了多次严重的泄露事件以后，没过几年即使是最蠢的程序员都知道得在存储前使用 MD5 哈希一下。
现在我们已经知道使用 MD5 存储也不靠谱了。拿着 MD5 哈希后后的一串代码放到搜索引擎里面搜一下（彩虹表攻击），密码就出来了。对抗这种攻击的办法是给密码加盐，就是每次哈希前都带上一段随机字符串，并且和密码一起存储起来，这大大提高了破解的难度，即使你使用的是 123456 这么简单的密码，也不容易一眼就看出来了。
类型：Python,C++ & Qt4，创建时间：Aug. 9, 2018, 11:11 p.m. 点击查看完整内容。。。静态编译 Qt 简单教程
跟我打交道过的人都知道我一直在唱衰桌面端 Qt，但是又一直在推荐大家使用 Qt 作为服务端开发的标准库。服务端开发除了完成功能之外，还需要考虑到服务端运维。一般希望布署的程序越简单越好，只好不依赖于特定的系统，一个文件复制到服务端就搞定。这时候静态编译就用上了。
简而言之，静态编译 Qt 不过是使用特殊的参数配置 Qt 而已：
./configure -release -opensource -static -no-gui -no-icu -no-glib -no-iconv -nomake examples
更详细的步骤请看原文吧。
类型：C++ & Qt4，创建时间：March 8, 2018, 11:07 a.m. 点击查看完整内容。。。怎么样在 virtualenv 里面使用 PyQt
PyQt 现在还不支持从pip下载安装，习惯virtualenv开发的时候会比较麻烦，总不能为了一个 PyQt 就放弃了virtualenv吧。
有多种方案可以实现这个目标。我这里从源代码开始安装 PyQt，好像是不同的项目可以使用不同的版本。编译的时候我只编译了QtCore, QtGui, QtWidgets三个模块。
具体的步骤与命令看正文吧。
类型：Python,C++ & Qt4，创建时间：May 5, 2017, 10:23 a.m. 点击查看完整内容。。。谈谈 Qt 程序安装包的大小，以及简要打包指南
经常看到网上有些论调说 Qt 程序无比庞大，甚至拿 .NET 程序来比，说 Qt 程序打包以后跟 .NET 安装包差不多大。由此影响了很多人对 Qt 的选择。我觉得有必要对此做一些澄清——
显然这个说法是错误的！！
很容易理解，虽然 Qt 提供了很多组件，但并非所有的组件都会被程序使用，也并非所有的组件都需要打包到程序安装包里面。以 Qt 5.7 为例，一个可以正常使用的 helloworld.exe 程序未压缩不过 20M，使用 lzma 压缩算法，压缩率 25%，压缩完才 6M！
那盛传的 Qt 上百 M 的容量又是怎么回事呢？
这事从头说起。
类型：C++ & Qt4，创建时间：March 2, 2017, 7:52 p.m. 点击查看完整内容。。。Windows GDI加速的详细支持情况
自从 Vista 以后，Windows 对于 GDI 加速发生了很大的变化。简单地说，在 Vista 出现时，为了支持 Desktop Window Manager(DWM)， GDI 是不加速的。为啥 DWM 不支持 GDI 加速呢。因为 DWM 是使用 DirectX 进行渲染的，它调用 DirectX 将显存里面的两个窗口内容合并渲染出来。不幸地是在 WINXP 的架构里面，GDI 是和 DirectX 分开的，两者没有一致的内存空间。所以 DWM 只好舍弃 GDI 的所有加速功能，让 GDI 程序把内容渲染到内存区域，再把这块内存复制到显存里面进行渲染。Windows 7 做了一些改进，要求驱动程序支持一个特殊的内存区域，能够让 GPU 和 CPU 都同时读取到的内存区域。GDI操作都写入到这个内存区域。这样的话，就不需要再做一次复制了，而且因为那个内存区域也是 GPU 可读的，于是 GDI 又可以支持 GPU 加速了。然而 Windows 7 并不像以前的 GDI 那样子，要求显卡驱动程序支持各种 2D 加速命令，而只要支持 BltBit, AlphaBlend 等几个命令就够了。
类型：C++ & Qt4，创建时间：Jan. 23, 2017, 1:20 p.m. 点击查看完整内容。。。为什么不要使用QThread
之前我在Python中使用线程的技巧一文中提到，尽量不要在 PyQt 里面使用QThread，但是当时没有给出示例程序。这里补上一个会引起Python崩溃的代码。其实主要原因是QThread被强制关闭的时候会引起Python崩溃。
代码请见正文。
类型：Python,C++ & Qt4，创建时间：Jan. 6, 2015, 5:08 p.m. 点击查看完整内容。。。使用Qt作为C++的标准库
目前大家都使用cpp的stl和boost作为cpp的标准库。不过个人觉得stl和boost用起来不是很爽。不如用Qt。
很多人觉得Qt这个库太大，而且如果不打算使用Qt的GUI也需要安装一大堆没用的dll。其实这都不是问题，我们可以在编译Qt的时候使用no-gui选项，告诉Qt我们只对它的非GUI部分感兴趣，避免编译与安装大量无用的Qt组件。最终我们可以得到一个
请点击进入正文，查看详细的操作步骤。
类型：C++ & Qt4，创建时间：July 31, 2014, 11:17 a.m. 点击查看完整内容。。。介绍一下KDE/Qt程序的QtCurve皮肤
推荐KDE的程序皮肤（样式）QtCurve。它可以同时支持KDE3、KDE4和GNOME环境的皮肤，方便我们统一整个Linux桌面的外观。还支持非常多的细节调整，让我们每个人都可以有自己独特的外观。
因为它支持在Windows下编译，我在Besteam里面也应用了QtCurve。非常好用！
类型：LinuxApp,C++ & Qt4，创建时间：May 7, 2012, 7:48 p.m. 点击查看完整内容。。。Python中使用线程的技巧
这篇长文介绍了Python如何创建一个新线程，以及几个注意事项：
- 创建线程的两种方法，以及它们的正确写法。
- 创建线程的第三种写法。
- 如何“强制地”结束一个线程。
- 不要在线程里面
import新模块 - 不要使用PyQt的
QThread类。 - 不要在非主线程里面使用
QObject的对象。
在PyQt里面如何做长操作时同时更新GUI
经常看到有人问在PyQt里面如何做长操作的时候更新GUI。我自己总结了几种方案，以及他们的适用场合：
- 使用
processEvents()，适合每次处理时间短的情况，缺点是CPU占用可能很大。 - 用threading启动工作线程，再用
QMetaObject.invokeMethod()向主线程传递跨线程的信息。 - 用
QProgressDialog。有同步与异步两种方法。 - 把长的操作分为小的操作，适合每次处理都是异步的或者很复杂的情况。
第四种方案不常用，但是当你的处理过程本身是异步的时候就会用到。第一、第二方案都不错，优点是灵活。第三种方案也常见，优点是模态对话框阻止用户的其它操作，可以随时取消。缺点是一个对话框挡在那里，相当地影响用户体验。
类型：Python,C++ & Qt4，创建时间：Jan. 17, 2012, 3:53 p.m. 点击查看完整内容。。。在Windows下使用KDE的Phase样式
KDE的Phase样式是我最喜欢的样式之一。我觉得它看起来非常稳重、简洁，很适合作为日常工作的默认样式。原来以为它只能工作在KDE环境，直到半年前看KDE代码的时候才发现它原来是一个Qt样式，因此，开发Windows软件的时候完全也可以使用它。
在Windows下编译Phase样式很简单，只要把Phase的三个文件复制过来，假定放在D:\phase下。然后编写这么一个工程文件：
#phase.pro
TEMPLATE = lib
CONFIG += plugin
HEADERS += bitmaps.h phasestyle.h
SOURCES += phasestyle.cpp
接下来Qt程序编译标准步骤：
h:\phase> qmake
h:\phase> mingw32-make release
编译成功后，可以在h:\phase\release下找到phase.dll文件，复制到Qt的$QTDIR\plugins\styles目录后就可以使用Phase样式了。
PyQt里让文本编辑器自动滚动
前两天看txt小说的时候，手头找不到小说阅读器，就顺手写了一个。主要功能是让文字自动滚动。原理超简单，让QTextBrowser的滚动条每隔一段时间往下拉一点就可以了。好了，上代码：
vb=self.textBrowser.verticalScrollBar()
if vb.value()>=vb.maximum():
return
vb.setValue(vb.value() + 2)
据我试验，QPlainTextEdit滚动条拉动时以行为单位，每次滚动只能下拉一行。用QTextEdit和QTextBrowser不会有这个问题。
窗口最小化后隐藏
通常最小化的窗口会在任务栏上显示一个按钮。当用户按一下这个按钮，窗口就还原了。这是一个被大多数桌面环境，比如Windows，KDE，GNOME所采用的普遍设计。不过，因为任务栏通常只是桌面边上一小行，容纳不了很多按钮，用户通常希望把那些不常用的程序隐藏起来，只在通知栏显示一个小图标，要使用的时候再点击那个小图标恢复窗口。这种作法最典型的例子是QQ和Winamp。
最基本的思路是拦截窗口的最小化事件：
void MyWindow::changeEvent(QEvent* event)
{
if(event->type()==QEvent::WindowStateChange)
{
if(windowState() & Qt::WindowMinimized)
{
QTimer::singleShot(0, this, SLOT(hide())); //修改这一行
mSystemTrayIcon->show();
}
QMainWindow::changeEvent(event);
}
Qt窗口的删除、析构
Qt内关于窗口的删除是一个复杂的事情。接下来详细地讲一讲。
当我们创建一个窗口时，如果这个窗口是一个顶级窗口，准确地说是w.windowFlags().testFlag(Qt.Window) is True的窗口，Qt会自动附加一个Qt.WA_QuitOnClose属性。它的意思是，窗口被关闭了，qApp.lastWindowClose信号会被触发。
默认情况下，qApp接收到此信号后会退出程序，这个行为相当于在初始化程序时：
qApp.lastWindowClosed.connect(qApp.quit)
要修改这个默认行为，可以设置QApplication的quitOnLastWindowClosed属性，比如：
qApp.setQuitOnLastWindowClosed(False)
通常，用户可以点击窗口的关闭按钮关闭窗口，或者当系统关闭的时候，窗口也会被关闭。我们可以通过重载窗口的closeEvent()函数控制关闭动作，比如询问用户要不要保存文档，或者只是最小化窗口。下面是一个例子：
def closeEvent(self, event):
if self.maybeSave():
self.saveSettings():
event.accept()
else:
event.ignore()
我们也可以在菜单里设置一个退出命令，点击它的时候调用窗口的close()函数即是关闭窗口。
关闭窗口之后，通过我们还要手动销毁这个窗口，释放它所占用的内存。对此Qt提供了一个简便的办法，只要将窗口的Qt.WA_DeleteOnClose属性设置为true，Qt会自动帮我们销毁这个窗口。
使用QToolBox时，pyuic4的一个编译错误
有时候QtDesigner生成的窗口如果包含QToolBox，使用pyuic4编译的时候会出错。经过调查，我发现主要是因为QtDesigner在创建QToolBox的页时会自动生成页面的名字。可能是因为翻译的问题，页面的名字是中文的(page变成页)。页面的名字会编译成python的变量名。在python3k之前，使用中文作为python的变量名显然是不合适的。所以会提示错误。
如果发现pyuic4发生错误，可以试着加入调试选项：pyuic4 -d main.ui。 可以解决很多像QToolBox那样的错误。
使用Qt实现从资源管理器中拖动文件到应用程序的功能
我是EditPlus和FileZilla的用户。这两个软件都支持文件拖拽。我们可以从资源管理器中拖动一个文件到EditPlus的窗口，EditPlus就会自动打开这个文件。或者拖到FileZilla的远程窗口内，FileZilla就会自动将文件上传到服务器。我经常希望自己的软件也支持拖动的操作。
作为基本功能，大多数操作系统都各自定义了拖放所需的通信协议。Qt对此做了一个很好的封装。基本的流程是：当用户从其它应用程序拖动文件、文本、图像等到Qt程序时，Qt会自动产生一个DrapEnterEvent，应用程序可以判断数据是不是可以处理的。如果能处理，就反馈给Qt，这样的话，用户就会看到一个接受拖放的标识。待用户放开鼠标时，Qt再产生一个DropEvent。最后应用程序从事件中取出数据进行处理。
那么应用程序如何判断程序是否可以处理拖放的数据呢？很简单，数据中包含了MIME类型。MIME类型是一个用于标识二进制数据类型的Internet标准。很多朋友可能习惯通过文件的扩展名来判断数据类型，但是扩展名只有短短的几个字符，常常有歧义。通常，如果应用程序要处理文本，就判断MIME类型是不是"text/palin"，如果要处理JPEG图像，就判断MIME类型是不是"image/jpeg"，等等。同一段数据通常包含多种MIME类型，比如拖动富文本时，数据中可能包含纯文本、HTML文本、图像。应用程序可以选择处理所支持的数据格式。
具体如何处理从资源管理器拖动的文件呢 ？请点击查看正文。
类型：Python,C++ & Qt4，创建时间：Jan. 1, 2012, 8:52 p.m. 点击查看完整内容。。。Qt程序如何用PostMessage向一个窗口输入文字
写一些监控类程序的时候，有时候会要求某个条件满足的时候就向某个窗口 写入一堆文字。我首先想到的是PostMessage。对于文本框之类的控件，可以使用WM_SETTEXT这个消息。如果不是文本控件，只好使用WM_CHAR写入一个个的文字。 基本的用法是这样子的:
PostMessage(hwnd, WM_CHAR, c, 0);
如果编译的时候定义了UNICODE。那其中的c是文字的utf-16码(TCHAR)。Qt的QChar有个unicode()方法，可以取得utf-16内码。
QString s=tr("一段中文和Enlish Text");
foreach(QChar c, s)
PostMessage(hwnd, WM_CHAR, c.unicode(), 0);