博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
关于将qt作为max插件ui库所遇到的困难
阅读量:5244 次
发布时间:2019-06-14

本文共 585 字,大约阅读时间需要 1 分钟。

这个东西从昨天下午开始搞,也基本上成功将qt整合进来了,使用qt solutions的Qt/MFC Migration Framework ,但是遇到一个很棘手的消息分派的问题。

在max的插件中使用qt的输入控件时,比如QTextEditor,不能正确输入,只要输入的字符中含有max的快捷键,就不会被作为char输入。跟入到qt,发现qWidget在接受到key事件前,先接到了WM_KILLFOCUS消息,导致qt无法对比如textEditor控件操作了。

总的来说,应该是max不管三七二十一的接管了key事件。

尝试使用钩子截获max的键盘和getMessage消息,截获是截获了,但是没有找到方法将其导入qt。

关键在于是给max这种第三方软件制作插件,而不是我们自己的应用程序,所以很多要素不可控,当然,我自己对windows的消息以及qt的消息分派也没能非常深入!尽管尝试了多种方式,未果!

有点负气的,决定使用纯win32api来开发max插件了。其实这样也好,省去各种UI的深入学习成本,虽然我在UI上花的功夫,已经是专业级。

posted on
2011-08-17 15:23 阅读(
...) 评论(
...)

转载于:https://www.cnblogs.com/yacper/archive/2011/08/17/2143178.html

你可能感兴趣的文章
linux后台运行和关闭SSH运行,查看后台任务
查看>>
桥接模式-Bridge(Java实现)
查看>>
303. Range Sum Query - Immutable
查看>>
【★】浅谈计算机与随机数
查看>>
C# Dynamic通用反序列化Json类型并遍历属性比较
查看>>
前台freemark获取后台的值
查看>>
Leetcode: Unique Binary Search Trees II
查看>>
C++ FFLIB 之FFDB: 使用 Mysql&Sqlite 实现CRUD
查看>>
Spring-hibernate整合
查看>>
c++ map
查看>>
exit和return的区别
查看>>
Django 相关
查看>>
git init
查看>>
训练记录
查看>>
IList和DataSet性能差别 转自 http://blog.csdn.net/ilovemsdn/article/details/2954335
查看>>
Hive教程(1)
查看>>
第16周总结
查看>>
C#编程时应注意的性能处理
查看>>
比较安全的获取站点更目录
查看>>
苹果开发者账号那些事儿(二)
查看>>