Notice: Any messages purporting to come from this site telling you that your password has expired, or that you need to verify your details, confirm your email, resolve issues, making threats, or asking for money, are
spam. We do not email users with any such messages. If you have lost your password you can obtain a new one by using the
password reset link.
Due to spam on this forum, all posts now need moderator approval.
Entire forum
➜ MUSHclient
➜ VBscript
➜ Accessing Other Programs
It is now over 60 days since the last post. This thread is closed.
Refresh page
Pages: 1
2
| Posted by
| Nick Gammon
Australia (23,173 posts) Bio
Forum Administrator |
| Date
| Reply #15 on Tue 24 Feb 2004 10:20 PM (UTC) |
| Message
| If you want to callback from your external program into your plugin, can't you use CallPlugin?
Say your external program has a world object somewhere, then doing this could notify your script that something has happened ...
world.CallPlugin "80cc18937a2aca27079567f0", "OnSongChange", "New Song Name" |
- Nick Gammon
www.gammon.com.au, www.mushclient.com | | Top |
|
| Posted by
| Shadowfyr
USA (1,792 posts) Bio
|
| Date
| Reply #16 on Tue 24 Feb 2004 10:50 PM (UTC) |
| Message
| That is sort of the point Nick. The event fired isn't from *my* program. Someone else designed the control I am using and it generates the event. In other words.. Right now I call all of the functions in that control, but not make the script respond to the one event that the control generates. If I had to create a program to handle this event and pass it to CallPlugin, then I would also have to reimpliment my own version of every single function in the control. This is rediculous. It is also not practical to create a new version of some programs and controls that support CallPlugin.
For example, lets say some existing program like an FTP client can be created as an object and fires a "I am finished" type event. What if it is more complex and can fire 20-30 events? Designing my own program or DLL to sit in between and baby sit the events, because the script can't handle them directly could become almost as complicated as writing the original program.
Imho, this is just silly, since scripts can have objects linked to them the same way that you link world events to it. IE does this by letting you register a name with the engine that references the object and the events that it is expected to fire. Unfortunately IE does this by handling the object creation itself and pulling a list of events from the DLL or EXE file's event list. | | Top |
|
The dates and times for posts above are shown in Universal Co-ordinated Time (UTC).
To show them in your local time you can join the forum, and then set the 'time correction' field in your profile to the number of hours difference between your location and UTC time.
82,960 views.
This is page 2, subject is 2 pages long: ![[Previous page]](/images/thin_prev.gif)
1
2
It is now over 60 days since the last post. This thread is closed.
Refresh page
![[Go to top]](/images/gototop.gif)
top