if i'm following this correctly, i think the problem is that the
"fax sent... " dialog is modal - so it blocks all keystroke/mouse input
sent to the main window of the app.
 
one way to get around this (if it's your app) is to make that dialog
modeless - and then enforce the "modal" features that you want (for example
not allowing the user to do anything else until they cancel the dialog).
 
If the dialog is modeless - then taskbar clicks and attempts to click
into the main application window will work as expected.
 
 
 
 
 
----- Original Message -----
Sent: Friday, March 28, 2003 09:32
Subject: [DUG]: Windows quirks and inexperienced users

Hi all

 

I have a mail merge app which has a button for sending off a letter as a fax to the client. It has a dialog which comes back at the end of the process, saying "Fax sent to fax queue".

 

In some instances, inexperienced users (not familiar with Windows) have sidetracked off to e.g. read an email, and then clicked back on the task bar item for the letters program again. When they try to exit the program, and it doesn't respond, they use ctrl-alt-delete! But if they'd looked on the task bar, they would have found another entry, which was the "Fax sent to fax queue" dialog, still waiting for the "OK" to be clicked.

 

How do I help them out? Is there a way to change the behaviour of Windows, so that when clicking on a parent form, if there is a child form / dialog still outstanding (not dealt with), then it re-focuses to this? I'm new to Windows programming, so this may be a silly or easy question.

 

Also, is it easy to trap the ctrl-alt-delete event and give a controlled response to the users desire to kill my app?

 

Any suggestions appreciated. TIA.

 

Dave Jollie

Tower NZ IT

09 368 4259

 

Reply via email to