Does Qt fully support overlapped transparent controls on WM?
Hi, I'm quite new to Qt but got rich experience of Win32 programming.
In my case, originally I created my UI by MFC on Windows Mobile, and Windows Desktop either. However, I've found it was quite difficult to support overlapped transparent controls, where Windows was obviously not designed for that purpose.
Now I'm thinking of migrating my project to Qt if it could work well for my case. For some details, image that,
- There is a main window, and some overlapped child windows or controls, some may be transparent, and some are not.
- Furthermore, I wish the z-order of these child windows are adjustable during running.
- There's requirement about event handling. I have to intercept mouse and key events before them are dispatched to real destination, and it's up to me to decide if continue to dispatch them or not.
- I will be able to fully manage focus, since the focus might not be managed by UI framework at some points.
I've read some docs about Qt and I know there's still some limitation about Qt WM version due to WM platform intrinsic capacity.
It's hard for me to make such decision in a short deadline since migrating all UI implementation from MFC to Qt would be a huge job, so I'd like to make sure.
I can't say for sure, but most likely Qt will suit you. And if I were in your shoes, I'd just try creating a test app with all that features.
I did some prototype today, the first day I'm working with Qt.
For my list, item 1 and 3 were verified.
For another 2, I'm not sure yet.
I'm looking for your help since I'm afraid of missing anything. Qt is such a large framework to learn for days, but I have to make my decision in next 2 days :(
[quote author="infoctopus" date="1291638714"]I can't say for sure, but most likely Qt will suit you. And if I were in your shoes, I'd just try creating a test app with all that features.[/quote]
For 2 there must be a workaround at least
For 4 - what exactly you mean? how focus should be managed?
[quote author="infoctopus" date="1291647793"]For 2 there must be a workaround at least
For 4 - what exactly you mean? how focus should be managed?[/quote]
There's internal focus management in my case, not exactly match that general logic of UI focus.
For instance, some elements could internally get focused while they can't be focused in viewpoint of UI controls, and vice versa.