Flickable 提供了 boundsBehavior 和 boundsMovement 可以控制一些拖动 content 时的效果,比如可以拖出边界然后有回弹的一个效果。ScrollView 似乎没有导出相关的属性,不过目前它的实现其实内部就是一个 Flickable,所以可以通过对象树找到这个 Flickable 设置相关属性。
- ScrollView {
- id: sv
- anchors.fill: parent
- ScrollBar.vertical.policy: (ta.contentHeight + ta.padding * 2 < sv.height)
- ? ScrollBar.AlwaysOff
- : ScrollBar.AlwaysOn
- ScrollBar.horizontal.policy: ScrollBar.AlwaysOff
- TextArea {
- id: ta
- width: parent.width
- height: sv.contentHeight
- }
- Component.onCompleted: {
- if(sv.children.length<1)
- return;
- let flick = sv.children[0]
- console.log(flick)
- //实际使用时可以用for找flick,此处演示省略
- if(typeof flick === typeof Flickable){
- flick.boundsBehavior = Flickable.StopAtBounds
- flick.boundsMovement = Flickable.StopAtBounds
- }
- }
- }
Qt 的 model 提供了 fetch more 相关接口,通过 canFetchMore 判断是否还有可加载的数据,然后在 fetchMore 接口中添加数据,调用一般发生在初始化以及滚动条拖动到底时。
- bool canFetchMore(const QModelIndex &parent) const override {
- if (parent.isValid())
- return false;
- return (curCount < allCount); //返回true表示还有数据可以加载
- }
-
- void fetchMore(const QModelIndex &parent) override {
- if (parent.isValid())
- return;
- int remainder = allCount - curCount;
- int itemsToFetch = qMin(20, remainder); //每次追加的个数
-
- if (itemsToFetch <= 0)
- return;
-
- beginInsertRows(QModelIndex(), curCount, curCount + itemsToFetch - 1);
- curCount += itemsToFetch; //插入到model
- endInsertRows();
- }
(测试环境 Win10 + MSVC2019 + Qt5.15.2 64bit)
当 canFetchMore 返回一次 false 或者 fetchMore 中没添加数据,再次下拉到底部就不触发 canFetchMore 了,但是拖动到头部却还能触发一次 canFetchMore。所以刷新不能只依赖 canFetchMore。调用 InsertRows 添加数据后 canFetchMore 下次又可用了,所以对于实时增加的数据,我们需要主动的刷新 model 使 canFetchMore 能正常触发。
(测试环境 Win10 + MSVC2019 + Qt5.15.2 64bit)
如果是绝对路径,播放基本正常,如果是 qrc 资源路径,播放时而正常时而直接结束了没播放。
- QMediaPlayer *player = new QMediaPlayer;
- player->setMedia(QUrl("qrc:/music.wav"));
- player->play();
Qt 源码里有句注释:Qt 多媒体后端无法直接播放 qrc 文件,如果对应的平台后端支持 StreamPlayback,会将为该资源传递 QFile,否则将数据复制到一个临时文件并传递其路径。
在调试时发现就是走的 QFile 直接读 qrc 而不是生成临时文件,但是可能内部逻辑有 BUG。最简单的解决方法:1,不把音视频放在 qrc,2,初始化时主动生成临时文件。
(测试环境 Win10 + MSVC2019 + Qt5.15.2 64bit)
类似的BUG:https://bugreports.qt.io/browse/QTBUG-82984
对于 DLL 中全局静态的 QNetworkAccessManager,delete 会被阻塞住,因为 static 生命周期比 main 函数中的 QApplication 长,所以此时 QApplication 已经被释放了。官方是不建议写 static QObject 对象的,但是有时有这方面的需求。
简单的解决方法:main 退出前主动 delete QNetworkAccessManager。
- int main(int argc, char *argv[])
- {
- QApplication app(argc, argv);
- MainWindow w;
- w.show();
- int ret = app.exec();
- //在这里释放static QObject
- return ret;
- }
VS 里创建的文件一般是根据 locale 来确定编码的,比如中文环境一般是 gb2312。VS 本身可以单个修改文件编码为 utf8,或者使用插件。目前版本的 VS 还支持 editorconfig 配置文件,相比插件更加灵活,且支持很多 IDE(Qt Creator 这个垃圾貌似还不支持,但是可以装对应的开源插件)。
VS文档:EditorConfig settings - Visual Studio (Windows) | Microsoft Learn
- #https://editorconfig.org/
- root = true #所在目录是项目根目录,此目录及子目录下保存的文件都会生效
-
- [*] #所有文件
- indent_style = tab #缩进风格
- tab_width = 4 #缩进宽度
- charset = utf-8 #文件编码
- end_of_line = crlf #行尾格式,win一般为CRLF,linux一般为LF
- insert_final_newline = true #文件尾添加换行符,以防警告
取消 【遵循项目编码约定】会关闭 Visual Studio 的 EditorConfig 支持。