|
|
Hello Martin,
Try the following Qt Solution:
http://www.trolltech.com/products/solutions/catalog/4/Windows/qtwinmigrate/
http://doc.trolltech.com/solutions/4/qtwinmigrate/winmigrate-qt-dll-example.html
Volker
"Martin Gebert" <Martin.Gebert@xxxxxxxxxxxxxxxxxxxxxxxxxxx> wrote in
message news:dv9er6$76i$1@xxxxxxxxxxxxxxxxxxxxx
> Hi all!
>
> I've got a quite special behaviour to implement:
>
> A Windows application (based on Win32 API, VFP or whatever, no Qt) with
> GUI should be able to call functions of a DLL, which bring up Qt
> dialogs. The dialogs have to be modal to the calling app; any action on
> the calling window has to be prohibited while the dialogs are shown.
> I tried to hand the window handle (type HWND) of the calling window over
> to the DLL function and created a ProxyWidget (based on QWidget) which
> calls QWidget::create() with this handle in order to create a widget
> that "represents" the calling window, hoping that my dialogs can be
> modal to this parent. As you can imagine this didn't work as expected;
> the dialogs are neither centered in the calling window, nor are actions
> in the window refused (only delayed until the dialogs return from
> exec()). My best guess is this won't work with seperate event loops, and
> the calling app has to refuse all events manually while any dialog is
> open...?
>
> Is there any way to achieve the mentioned behaviour (on Windows) from
> within a DLL?
> Thanks for hints!
>
> Martin
>
> --
> To mail me, please remove the -NOSPAM- part from the adress above.
> I think I am, therefore I am thinking.
--
To unsubscribe - send a mail to qt-interest-request@xxxxxxxxxxxxx with
"unsubscribe" in the subject or the body.
List archive and information: http://lists.trolltech.com/qt-interest/
|
|