This is the current path we are going down.

The problem is also the titlebar differences between windows and linux



~~Scott



-------- Original message --------
From: John Weeks <j...@wavemetrics.com>
Date: 7/29/21 4:34 PM (GMT-08:00)
To: Giuseppe D'Angelo via Interest <interest@qt-project.org>
Cc: Scott Bloom <sc...@towel42.com>
Subject: Re: [Interest] semi-modal dialog

We do something similar- we make it possible to put up a control panel (a 
special type of window in our application) that allows the user to interact in 
certain ways with one other window and no others. We do it with some very hairy 
code that probably would make Thiago throw up.

We fake the modal nature of this partially modal window by installing an event 
filter on the application. Then we just block all the events that shouldn't get 
through. Getting the choice of events right can be very tricky! The ugliest bit 
is responding to window activation to force the active window back to the one 
we want to be active.

Hopefully, someone has a better solution to this problem!

> On Jul 29, 2021, at 3:21 PM, Scott Bloom <sc...@towel42.com> wrote:
>
> Here is my problem.
>
> I have a progress dialog, that I need to be able to use as a modal dialog 
> with respect to the main window (a QMainWindow class, which is also its 
> parent widget).
>
> But, I need to still be able to minimize the main application and even move 
> it.
>
> Any ideas on the best way to implement something like this?
>
> Scott
> _______________________________________________
> Interest mailing list
> Interest@qt-project.org
> https://lists.qt-project.org/listinfo/interest

-John Weeks

_______________________________________________
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Reply via email to