Re^6: Win32::GUI: how to find BrowseForFolder()'s handle?

in reply to Re^5: Win32::GUI: how to find BrowseForFolder()'s handle?
in thread Win32::GUI: how to find BrowseForFolder()'s handle?

Thank you. That was instructive, and it actually solves the issue.

(SSCCE and UTSL are instructive too - learned something new).

A follow-up question: the role of the "-owner" option is not clear to me. Why and when is it necessary, and why does it fix the problem?

TIA Helen

Comment on Re^6: Win32::GUI: how to find BrowseForFolder()'s handle?

Replies are listed 'Best First'.
Re^7: Win32::GUI: how to find BrowseForFolder()'s handle? by Anonymous Monk on Sep 22, 2012 at 23:33 UTC
A follow-up question: the role of the "-owner" option is not clear to me. Why and when is it necessary, and why does it fix the problem? It is necessary whenever you're using the functional interface If you had used $Window->BrowseForFolder() it would have happened automagically It lets the windowing system/ window manager, decide correctly to allow children of parent to display on top of parent , in effect it propagates the WS_EX_TOPMOST flag to the children	[reply]

Replies are listed 'Best First'.

Re^7: Win32::GUI: how to find BrowseForFolder()'s handle?
by Anonymous Monk on Sep 22, 2012 at 23:33 UTC

A follow-up question: the role of the "-owner" option is not clear to me. Why and when is it necessary, and why does it fix the problem?

It is necessary whenever you're using the functional interface

If you had used $Window->BrowseForFolder() it would have happened automagically

It lets the windowing system/ window manager, decide correctly to allow children of parent to display on top of parent , in effect it propagates the WS_EX_TOPMOST flag to the children

[reply]

In Section Seekers of Perl Wisdom