"Always on Top" Keyholes

> I just went to add this example to the keyholes talk I'll be giving
> at ACCU next month 
(http://accu.org/index.php/conferences/2006/schedule/schedule_060421#f31),
> and I found out that if I open help in either Filezilla or ACDC 5,
> help insists on being on top of the main app window, but it doesn't
> disable the main app window.  So help isn't a modal dialog.  In fact,
> if I then bring up a modal dialog from the main app window, the dialog
> goes on top of the help window, so the help window isn't always on
> top!  So it's more like an "always on top of the main app window"
> keyhole.  Very strange....

I was at the ACCU conference and very much enjoyed your talk on this
subject.  These issues have been annoying me for years and I'm glad to
see someone doing something about them.

With regards to HtmlHelp, my information may be out of date, but the
last time I used it I found it has some odd parent window hiding default
behaviour.  The API is:

HWND HtmlHelp(HWND hwndCaller, LPCSTR pszFile, UINT uCommand, DWORD dwData);

If you actually pass a window handle as hwndCaller, the help makes it
hard to get back to that window.  It isn't actually modal or always on
top - you can move the help window out of the way and continue working
with the application, but you can't alt-tab to it.  In the end I just
passed NULL and got a new top level window.

Tom Brazier