Re: Dynamic screen pop-up

On Mon, 2005-12-12 at 08:30 +1100, Mike Pantzopoulos - (H/O) wrote:
> I have a curiousity question concerning display files.
> 
> My company has recently installed a new telephone system. I understand
> that the system is capable of identifying an incoming telephone number.
> I was thinking about using that number as a key to the client file so
> that I could then 'pop-up' a list of recent contacts so that the person
> taking the call could be immediately familiar with any recent contacts
> of relevance.
> 
> As I was thinking about the problem there are some issues in terms of
> implementing this:
> 
> *     How do I know who the employee is who has taken the call? I'm
> presuming that the telephone system will be keeping track of where the
> call has been diverted to, and that I may be able to associate this with
> their user profile.
Normally, the phone switch sends you some kind of message as to which
phone terminal has accepted the call, and you probably only care to
watch for incoming calls on certain devices.  

You have a never ending program that receives messages from the switch
and activates the pop-up for the device next to the phone.  So, the
first thing you need is a map between which computer device is next to
which phone device.

> *     The second question concerns the identification of the job the
> user is currently active in. Our users can have two  concurrent
> sessions, one of which is inquiry mode and the second of which is in
> 'production update'.
> *     The third question, which is the primary objective of this
> e-mail, is how do I interpose a pop-up window over the production
> session? Do I (and can I) use the Dynamic Screen APIs?

Think break handling program.
CHGMSGQ MSGQ(FOO) DLVRY(*BREAK) PGM(BAR)

Whenever you send a message to foo, program BAR will intercept it in the
user's job.  Then, do what you like.