近一段时间，更多的接触了linux系统，之前的印象中，linux系统更偏向于命令行模式，更多的是作为服务器来使用，现在却作为跟windows一样的界面操作系统来使用，不得不说还是带来一定的冲击的。
1.解决Win平台中文显示 1.1首先解决win平台上中文显示乱码问题 1)首先查看qt creator的编码格式 通过->编辑->选择编码 查看. 2)如果qt creator的编码格式是utf8,并且项目里的汉字是utf8类型时 需要添加头文件: #include <QTextCodec> 在main()函数加入: QTextCodec *codec = QTextCodec::codecForName("utf8"); QTextCodec::setCodecForTr(codec);
一位网友问我怎样在Linux的Qt的应用程序中输入中文，我一開始认为不是什么问题，可是后面自己尝试了一下还真不行。不仅是Qt制作的应用程序，就连Qt Creator都无法支持。后面看了一些资料，了解了Qt应用程序的方法，这里和大家分享一下。 写一个bash脚本，内容例如以下：
故事背景：最近在做资产上报相关功能，要支持中文输入，如果正常快捷方式启动程序没问题，但是升级或者卸载重新安装，自启的时候是使用su usr -C XX.sh启动，root下启动没办法获取用户的环境变量，下面开始咱们探险之路。。。
安装过程：http://www.cnblogs.com/dotnetcrazy/p/6725945.html 用了QT发现，中文输入法不能输入。。。一开始以为是输入法问题，后来发现，其他地方都可以中文输入，就是QT不能 上网搜了下，不是QT不给力，而是Linux太错综复杂，中文输入啥的软件本身就不去实现了，就交给了输入法们了，所以就有了QT的扩展之说（VSCode为啥没事？每次用完微软的东西用别人产品就感觉各种不爽，是封装太好了吗？╮(╯▽╰)╭） 进入正文吧 装搜狗拼音的时候其实已经把这些扩展装好了（参考
Windows 早期采用多字节编码，的确容易出现乱码问题。随着 Windows 全面转向 Unicode 编码，多语言的支持得到完美解决，出现中文乱码的问题就很少出现。出现乱码问题一般是 GBK 编码的文件当做 utf8 编码打开，或者 utf8编码的文件当做 GBK 编码打开。这种情况也多出现在 Linux 和 Windows 之间交换文件。
开发需要，在 Linux下安装Qt Creator。我电脑装的是Ubuntu 16.04 LTS，其它的应该相同！
最近想装个双系统，看了一下linux发行版的排名，manjaro吸引了我的注意，准备装来试试看。装好系统起来后发现没有支持中文输入，用了这么多输入法还是搜狗的最好用，决定装sogou输入法了。
VTK需要OpenGL3.0或更高版本的驱动，但虚拟机下的Ubuntu不支持OpenGL3.0，或者自己按网上教程配置之后也能支持，但过程相当繁琐，本人试验失败。
打开 系统设置——区域和语言——管理已安装的语言——在“语言”tab下——点击“添加或删除语言”
在上一篇文章中就提到过，使用qtpropertybrowser来加载属性，对应加载到的属性是英文的，也就是控件类中Q_PROPERTY描述的变量名称，如何变成中文或者其他语言显示呢？这个就需要研究qtpropertybrowser的源码了，通过研究发现，在QtObjectControllerPrivate类中负责对控件的属性名称进行遍历，然后发送到QtVariantPropertyManager进行统一的管理，那只要将这里的属性名称进行映射就行了，对应的英文到中文或者其他语言都可以，甚至枚举值的下拉框也可以在这里换成中文的。曾经想过用翻译的机制，后面发现路很漫长，而且最终还是需要映射转换，看过QtDesigner的源码，里边最终也是将翻译文件中的对应项转换成中文的。
最近我从manjaro的Gnome桌面版本换到了kde的桌面版。Linux中虽然Gnome比kde占用内存高，但是我更偏向于使用Gnome桌面版的Linux。但是最后为什么要更换呢？先说说我在使用这两款桌面版的系统的体验吧。
Qt 是一个跨平台的C++图形用户界面应用程序框架。它提供给开发者建立图形用户界面所需的功能，广泛用于开发GUI程序，也可用于开发非GUI程序。Qt是完全面向对象的，很容易扩展，并且允许真正地组件编程。
Ubuntu中安装中文输入法相比Windows上要复杂不少（其实也不算复杂，就是步骤上要稍微多一些）。这篇文章将基于 Ubuntu Desktop 20.04 进行中文输入法安装说明。
本文旨在收集Manjaro KDE 系统在日常使用中的BUG解决办法.与君共享.
一、功能特点 未采用Qt系统层输入法框架，独创输入切换机制。 纯QWidget编写，支持任何目标平台（亲测windows、linux、嵌入式linux等），支持任意Qt版本（亲测Qt4.6.0到Qt5.11.2），支持任意编译器（亲测mingw、gcc、msvc等），支持任意控件输入包括网页中的输入控件。 调用极为方便，pri文件调用形式，只要改成文件包含即可，例如pro文件中写 include($$PWD/inputnew/inputnew.pri)。 界面清晰简洁，UI美观友好，非常适合触摸设备。 支持
自从研究Qt编写自定义控件以来，一发不可收拾，越多越多人有类似的需求找我定制控件，陆陆续续写了上百个控件，目前已超过150个，于是逐渐衍生了另外一个需求，提供一个控件属性设计器，类似QtDesigner一样，可以方便的拖曳控件，改变属性，立即应用，并导出到文件方便下次直接加载，这个设计器有点像组态中的一个雏形，提供了基本的加载控件，导入导出数据，数据源绑定等。
一、功能特点 未采用Qt系统层输入法框架，独创输入切换机制。 纯QWidget编写，支持任何目标平台（亲测windows、linux、嵌入式linux等），支持任意Qt版本（亲测Qt4.6.0到Qt5.13），支持任意编译器（亲测mingw、gcc、msvc等），支持任意控件输入包括网页中的输入控件。 调用极为方便，pri文件调用形式，只要改成文件包含即可，例如pro文件中写 include($$PWD/input2019/input2019.pri)。 界面清晰简洁，UI美观友好，高仿IOS输入法，非常适
在QT for Windows 下编程时，经常因为一些中文路径、带空格的路径导致一些问题出现。
前段时间我又把Gnome桌面版的manjaro更新崩溃了，自己修复完了以后发现还是有不少小问题。鉴于博主强迫症比较严重无法忍受，于是换了各种桌面版的manjaro最终决定用回第一次用过的kde桌面版本。由于每一次更新都要配置一堆东西，比较麻烦，记录一下初始使用的过程，以便于后续自己重装系统不用再继续百度了emmmm。更新时间2019-11-24
老电脑本来用的是Win系列，后来改成Linux后就不卡了，这几天同Notebook运行的Script开始复杂了，Ubuntu经常卡死（发公众号也经常卡死），本来以为是Ubuntu的问题
我的方案开发选择采用SD卡/U盘的方式来加载3D打印模型文件，因此在PC端U盘里的文件的显示是这样的：
请注意，本文编写于 1255 天前，最后修改于 783 天前，其中某些信息可能已经过时。
加载插件是整个属性设计器的第一步要打通的功能，插件中的控件都加载不了，后面就别搞别玩下去了没法玩的，要从一个动态库中加载出来控件，肯定需要用到反射机制，以前做.NET开发的时候就觉得反射这个东西相当强大，居然可以读取DLL加载出来控件，现在用Qt，发现Qt也有反射机制，也许这东东可能各大开发语言平台都具备吧，Qt反射对应的类叫QMetaObject，着实强大，其实整个Qt开发框架也是超级强大的，本人自从转为Qt开发为主后，就深深的爱上了她，在其他跨平台的GUI开发框架平台面前，都会被Qt秒成渣，Qt的跨平台性是毋庸置疑的，几十兆的内存存储空间即可运行，尤其是嵌入式linux这种资源相当紧张的情况下，Qt的性能发挥到极致。
原文链接：https://winter.blog.csdn.net/article/details/129527522
之前就提过，Qt的属性机制强大到爆，这次的动态属性功能就是要让他爆，很难想象只要一行代码即可widget->setProperty("value", value);没错就这么简单，调用弱属性机制，可以直接控制控件中的所有属性，设计这个机制的人绝对是天才，直接跪了。至于具体底层是怎么实现的，这个可以先不管，也没有太多精力再去研究Qt的源码了，那个源码非常庞大，研究源码的时候最快的办法是搜索直接定位对应文件。本设计器除了提供文本框输入值进行动态改变控件属性以外，还提供了了滑动条、随机模拟数据、串口采集数据、网络采集数据、数据库采集数据等多种方式获取数据源。
安装后阿可能有打不开steam的情况，记得安装libGL相关的包，一般是缺失例如lib32-nvidia-440xx-utils的包，记得选择和自己安装的相关的包哦
虽说用Ubuntu的目的就是不喜欢windows大而杂的作风，但是由于office这类的工具实在是太流行，导致即使在ubuntu下工作还是要经常使用office套件。可是问题来了，无论是ubuntu自带的liboffice套件还是Apache的Openoffice，他们都实在是不好用，不仅界面丑，而且各种工具也经常找不到，更重要的是他不能跟ms office很好的兼容，尤其是word中的表格一类的东西。比方说一个挺好的实验报告，在这里看到的却是下面的效果：
官网下载安装包 http://mirrors.ibiblio.org/wine/source/3.0/wine-3.0.tar.xz
数据源是组态软件的核心灵魂，少了数据源，组态就是个花架子没卵用，一般数据源有三种方式获取，串口、网络、数据库，至于数据规则是什么，这个用户自己指定，本设计器全部采用第一个字节作为数据来演示。
上一篇文章把插件加载好了，并且把插件中的所有控件都显示到了列表框中，这次要做的就是实现拖曳控件的功能，用户选择一个控件拖曳到画布上，松开，在松开位置处自动实例化该控件，这个需要用到dropEvent和dragEnterEvent事件，重新实现这两个事件，对拖曳的对象进行过滤并调用函数实例化该控件，在实例化该控件的同时实例化控件跟随控件以便拉伸调整大小和位置。这里需要注意的是dragEnterEvent是必须的，很多人以为拖曳只要实现dropEvent就可以了，其实不行的，没有效果的，需要先dragEnterEvent来过滤好了执行event->accept()才行，不然根本没有效果，很多人尤其是初学者都挂在这里，我就是在这里摔了一跤，好疼！
注：本章中使用的一些方法方法是为了简单的了解一下概念性质，例如在多个槽函数时使用的方法并不是简便的，简便的方法在之后的学习中将会进行讲解。
我们从/etc/os-release文件中获取openSUSE系统的版本号，直接执行下面命令添加M17N源:
项目地址：LabelImg 下载地址：Windows/Linux 百度云备份：最近几个版本 密码: cnn6
长期以来，我一直是在 Ubuntu 系统上做开发。近一年来，由于为信创系统（统信 UOS、银河麒麟等）开发应用软件，免不了使用国产操作系统。使用下来，发现国产系统在易用性、稳定性方面已经相当不错，而且用户界面比起 Ubuntu 还美观很多。系统集成的应用商店，里面的应用非常全面，基本上满足了作为系统开发的需求。
启动 iso到 live 环境，登录后，在 /root， ArchLinux 贴心地 放置了 install.txt 文件供参考。
注意：笔者使用的是32位(i686)Fedora 20, x86-x64会有不同之处。文章是操作成功后写的，不保证每条命令都正确，但思路是没错的。
能够导出控件布局和属性设置数据到xml文件或者其他文件，也是一个非常实用的功能，类似于QtDesigner中把页面设计好以后生成的.ui结尾的文件，其实就是xml文件，按照约定的规则存储好控件名称和属性名称及对应的属性值，然后打开的时候按照这个规则取出来就行了。每个控件还有固定的几个数据需要存储，比如XY轴和对应的宽度高度，然后在xml数据文件的最开始还可以存储整个画布的宽度高度以便其他用途。导出到xml格式，是为了方便解析，毕竟xml数据格式的解析，各种语言平台都有，而且都是非常成熟快速的。其实还可以考虑存储到数据库，这样就更加强大了，能够存储的东西更多，可以干的事情更多。
archive 和 official_releases 两个目录都有最新的 Qt 开发环境安装包。Archive—qt
它包括跨平台类库、集成开发工具和跨平台 IDE。使用 Qt 您只需一次性开发应用程序，无须重新编写源代码，便可跨不同桌面和嵌入式操作系统部署这些应用程序。
上一篇文章负责把设计好的控件数据导出到了xml文件，本偏文章负责把导出的xml数据文件导入，然后在画布上自动生成对应的控件，Qt内置的xml数据解析功能，非常强大，都封装在QtXml组件中，Qt有个好处就是，封装了众多的各大操作系统平台的功能，尤其是GUI控件，不愧是超大型一站式GUI超市，虽然网络组件不是很强大，但是应付一些基础应用还是绰绰有余的。在导出xml数据的时候，属性列表和值都按照xml的属性存储的而不是子节点，所以在解析的时候需要遍历节点的属性名称和属性值，QDomNamedNodeMap attrs = element.attributes();然后循环挨个取出名称和值即可，QDomNode n = attrs.item(i);QString nodeName = n.nodeName();QString nodeValue = n.nodeValue();
首先声明，本文并非原创，纯属搬运，内容来自一位叫做飞扬青春的大神的Gitee主页，主要是为了收藏下面介绍的100多个Qt开发经验。比如qss的ANSI编码、嵌套窗口中主窗口无法接收鼠标移动事件等，又比如我用qss设置窗口样式，但是项目每次重新构建以后，样式表就会不生效等问题，也花了自己不少时间去解决，所以在这里转发大神的经验，留作以后参考和逐条的研究，也分享给更多正在学习Qt或者正在使用Qt进行程序开发的朋友们。
上一篇文章已经打通了数据源之一的串口采集，这次要说的是网络采集，网络通信目前用的最多的是三种，TCP/UDP/HTTP，其中tcp通信又包括了客户端服务端两种，tcp通信才用了多次握手机制不丢包，但是耗费资源多而且需要建立连接。udp通信在大数据量或者网络不稳定的情况下，可能丢包，而且顺序无法保证，但是一个包的数据肯定是正确的，由于占用资源极少而且不需要建立连接，在很多场景中应用也蛮多，我个人用udp以来，也没发现过丢包的情况，可能数据量不够大或者是在局域网内的原因吧，反正用起来还是蛮爽的。http通信目前非常流行，尤其是和服务器之间做数据交互，基本上post请求然后返回一串json数据，解析对应的json数据即可。本次采用的TCP通信作为示例，其他两种可以自行拓展，也很简单的。
引用：http://blog.sina.com.cn/s/blog_54220589010008vi.html
数据库作为数据源，在很多组态软件中使用非常多，指定数据库类型，填写好数据库连接信息，指定对应的数据库表和字段，采集间隔，程序按照采集间隔自动采集数据库数据，绑定到界面上的控件赋值显示即可。使用数据库作为数据源，有个非常大的好处就是不用去写额外的通信代码，也与对方的什么语言什么平台无关，不会有扯皮的事情发生，例如通信协议不规范不准确导致解析不对的情况啊，这样就支持任意的语言和平台啦，毕竟有数据库这个中间载体过渡，而且任何语言任何平台都会有数据库，都兼容，所以采用数据库作为数据源不失为一种很好的方案，可以专注于软件功能的持续集成。
Calibre是基于python的电子书制作软件，可导出PDF、EPUB、MOBI、Word格式电子书。
本文地址：http://www.cnblogs.com/beer/archive/2011/05/05/2037449.html
在 Qt 自建的 Widget 窗口生成的 cpp 文件中，直接写中文编译时会提示错误。内容是 “常量中有换行符”。如下图所示：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
