sredmyer
12/20/2010 3:53:00 PM
On Dec 20, 9:37 am, "DaveO" <d...@dial.pipex.com> wrote:
> The 2 easiest solutions are:
> 1) Don't keep the form loaded - load when needed, unload afterwards.
> 2) Show a new form with all the data from the hidden form copied onto it.
>
> Normally the first option would be best, but if there is a lot of processing
> going on on the form then the second may be preferable. To the best of my
> knowledge, there's no easy (or at least easier than those 2 suggestions) to
> show an existing hidden form over a modal form and to allow that form to
> interact.
>
> A third possiblity would be to have the popup as a seperate executable
> controlled by the main program. This is more complicated and hinges upon a
> reliable method of communicating between the 2 processes. A multitude of
> possiblities present themselves for the communication method, a few might
> be: doing it properly with Windows messages, using a database table and a
> timer to poll it, winsock, using sendmessage to directly populate the form,
> any other method that works.
>
> DaveO.
>
> "sredmyer" <sredm...@sndirect.com> wrote in message
>
> news:78ee5c0d-6c22-49b2-994d-6f575597ae9c@l8g2000yqh.googlegroups.com...
>
>
I am affraid I do not understand how either of your first two
suggestions would be any different than what I have now.
Wouldn't there still be an issue of not being able to load a non-modal
window while a modal window is displayed? The problem is that I must
be able to display the info whenever a call is offering (this can be
litteraly anytime). The display of this information must, itself not
stop processing (can not be modal). So the problem is how to display
(in process) a information popup window that can be made top most but
non-modal even when a modal window is displayed.
As for you third option, I had considered this but due to the way this
application is deployed (long story) adding another executable to the
mix would result in many support calls when new releases are deployed
because of this new executable being forgotten.
Thanks,
Steve