Since this is an INTRANET application, there is NO need for a browser. I can find a shell and compile / run the application in it (since every user has access to the file server). I tried ZINC which looked GREAT except it does not like the activeX. This is replacing a delphi client server application (with a MUCH nicer UI of course!). Everything is tested and works fine except the ActiveX piece.
Bruce --- In [email protected], John Dowdell <[EMAIL PROTECTED]> wrote: > > boy_trike wrote: > > Does anyone have a suggestions? ideas? > > I may have the question wrong... here are some of the things I think you > might be seeking to answer: > > -- "How can a SWF in a browser call a particular ActiveX Control?" > As Gordon said, it's Internet Explorer for Windows which can use > ActiveX Controls, and you can have the Adobe Flash Player ask the > hosting browser to pass a message to another ActiveX Control that > browser has available via the "externalInterface" API. Your other > ActiveX Control would need to be able to talk to the browser too, and we > can't tell whether your auto-dialer does. But such a path is very possible. > > -- "If I make an out-of-browser SWF executable (via Flash Projector or > a third-party shell) then how can I ask an ActiveX Control on the system > to do something?" > This depends on the shell you use, but many have the capability to > ask the system something. > > -- "How might interactions in my in-browser Flex app trigger a phone call?" > Another approach entirely is to handle the calling through your > intranet server and remote calls rather than through each local desktop > and local calls... seems like it would reduce support costs too, > assuming your telephone system is already equipped with dialing > capabilities. > > Are any of these close to what you were seeking...? > > jd > > > > > > > -- > John Dowdell . Adobe Developer Support . San Francisco CA USA > Weblog: http://weblogs.macromedia.com/jd > Aggregator: http://weblogs.macromedia.com/mxna > Technotes: http://www.macromedia.com/support/ > Spam killed my private email -- public record is best, thanks. >
