AnsweredAssumed Answered

vrf CreateObject(ProgID)

Question asked by VRFuser on Sep 13, 2005
Latest reply on Sep 13, 2005 by VRFuser

Like • Show 0 Likes0
Comment • 14

> I feel like I should pay you for this one.

Heck, I have trouble gettin paid for the stuff I'm sposta get paid for!

> I have a lot to absorb.

It sure can be bizarre. Taken in small chunks, it does start to make sense.

> GetProgID.vee was perfect.

Cool! It's helped a few people over the years. I did try to do some voice
command once but I never got far with it. I kind of lost interest.
-SHAWN-

---
You are currently subscribed to vrf as: rsb@soco.agilent.com
To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".

No one else has this question

Outcomes

14 Replies

mford Sep 13, 2005 12:48 AM
Mark Correct
Correct Answer
<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:st1="urn:schemas-microsoft-com:office:smarttags" xmlns="http://www.w3.org/TR/REC-html40"><head><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=US-ASCII"><meta name=Generator content="Microsoft Word 11 (filtered medium)"><o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="Street"/><o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="PostalCode"/><o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="State"/><o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="City"/><o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="address"/><style></style></head><body lang=EN-US link=blue vlink=purple><div class=Section1>Greetings VRF,<o:p></o:p><o:p> </o:p>I have been trying to understand and utilize ActiveXautomation objects in my software for quite awhile. While I have no problemutilizing and modifing existing examples I’m having trouble creating myown from scratch. My biggest hurdle so far has been finding the valid ProgIDfor CreatObject(ProgID)<o:p></o:p><o:p> </o:p>VEE Help states<fontsize=2 face=Arial>: ”TheProgIDof an object is a name (human-readable string) assigned by the person who wrotethe automation object. It is typically a library or application name, a period,and a component or object name. To find the valid ProgIDs for any ActiveXAutomation Server, consult the documentation supplied with that server.”.I haven’t been able to find thisinformation!<o:p></o:p><o:p> </o:p>For example:<o:p></o:p><o:p> </o:p>The Text to Speech example (Talk.vee) create object lookslike this: set Talker =createObject("speech.voicetext") . It uses the VtxtAuto libraryand VtxtAuto Class. How did the author find “speech.voicetext” to be the ProgID,[Host Name]?

<o:p></o:p>I would like to try the ACTIVELISTENPR Library and DirectSRClass for Voice recognition. How do I go about finding this ProdID?<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><spanstyle='font-size:10.0pt;font-family:"Century Gothic"'>Michael Ford<o:p></o:p>Test Engineer<o:p></o:p>Herley Farmingdale<o:p></o:p><st1:address w:st="on"><st1:Street w:st="on">425 Smith Street</st1:Street> <st1:City w:st="on">Farmingdale</st1:City>, <st1:State w:st="on">NY</st1:State> <st1:PostalCode w:st="on">11735-1198</st1:PostalCode></st1:address><o:p></o:p>(phone) 631.630.2068 (fax) 631.630.2066<o:p></o:p><a href="mailto:Michael.Ford@Herley.com"title="mailto:Michael.Ford@Herley.com">mailto:<fontsize=2 face=Arial title="mailto:Michael.Ford@Herley.com"><spanstyle='font-size:10.0pt;font-family:Arial'>Michael.Ford@Herley.com</a><o:p></o:p><o:p> </o:p></div> --- You are currently subscribed to vrf as: rsb@soco.agilent.com To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".</BODY></html>
Like • Show 0 Likes0
Actions
mford Sep 13, 2005 12:48 AM
Mark Correct
Correct Answer
<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:st1="urn:schemas-microsoft-com:office:smarttags" xmlns="http://www.w3.org/TR/REC-html40"><head><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=US-ASCII"><meta name=Generator content="Microsoft Word 11 (filtered medium)"><o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="Street"/><o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="PostalCode"/><o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="State"/><o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="City"/><o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="address"/><style></style></head><body lang=EN-US link=blue vlink=purple><div class=Section1>Greetings VRF,<o:p></o:p><o:p> </o:p>I have been trying to understand and utilize ActiveXautomation objects in my software for quite awhile. While I have no problemutilizing and modifing existing examples I’m having trouble creating myown from scratch. My biggest hurdle so far has been finding the valid ProgIDfor CreatObject(ProgID)<o:p></o:p><o:p> </o:p>VEE Help states<fontsize=2 face=Arial>: ”TheProgIDof an object is a name (human-readable string) assigned by the person who wrotethe automation object. It is typically a library or application name, a period,and a component or object name. To find the valid ProgIDs for any ActiveXAutomation Server, consult the documentation supplied with that server.”.I haven’t been able to find thisinformation!<o:p></o:p><o:p> </o:p>For example:<o:p></o:p><o:p> </o:p>The Text to Speech example (Talk.vee) create object lookslike this: set Talker =createObject("speech.voicetext") . It uses the VtxtAuto libraryand VtxtAuto Class. How did the author find “speech.voicetext” to be the ProgID,[Host Name]?

<o:p></o:p>I would like to try the ACTIVELISTENPR Library and DirectSRClass for Voice recognition. How do I go about finding this ProdID?<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><spanstyle='font-size:10.0pt;font-family:"Century Gothic"'>Michael Ford<o:p></o:p>Test Engineer<o:p></o:p>Herley Farmingdale<o:p></o:p><st1:address w:st="on"><st1:Street w:st="on">425 Smith Street</st1:Street> <st1:City w:st="on">Farmingdale</st1:City>, <st1:State w:st="on">NY</st1:State> <st1:PostalCode w:st="on">11735-1198</st1:PostalCode></st1:address><o:p></o:p>(phone) 631.630.2068 (fax) 631.630.2066<o:p></o:p><a href="mailto:Michael.Ford@Herley.com"title="mailto:Michael.Ford@Herley.com">mailto:<fontsize=2 face=Arial title="mailto:Michael.Ford@Herley.com"><spanstyle='font-size:10.0pt;font-family:Arial'>Michael.Ford@Herley.com</a><o:p></o:p><o:p> </o:p></div> --- You are currently subscribed to vrf as: rsb@soco.agilent.com To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".</BODY></html>
Like • Show 0 Likes0
Actions
mford Sep 13, 2005 12:48 AM
Mark Correct
Correct Answer
<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:st1="urn:schemas-microsoft-com:office:smarttags" xmlns="http://www.w3.org/TR/REC-html40"><head><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=US-ASCII"><meta name=Generator content="Microsoft Word 11 (filtered medium)"><o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="Street"/><o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="PostalCode"/><o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="State"/><o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="City"/><o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="address"/><style></style></head><body lang=EN-US link=blue vlink=purple><div class=Section1>Greetings VRF,<o:p></o:p><o:p> </o:p>I have been trying to understand and utilize ActiveXautomation objects in my software for quite awhile. While I have no problemutilizing and modifing existing examples I’m having trouble creating myown from scratch. My biggest hurdle so far has been finding the valid ProgIDfor CreatObject(ProgID)<o:p></o:p><o:p> </o:p>VEE Help states<fontsize=2 face=Arial>: ”TheProgIDof an object is a name (human-readable string) assigned by the person who wrotethe automation object. It is typically a library or application name, a period,and a component or object name. To find the valid ProgIDs for any ActiveXAutomation Server, consult the documentation supplied with that server.”.I haven’t been able to find thisinformation!<o:p></o:p><o:p> </o:p>For example:<o:p></o:p><o:p> </o:p>The Text to Speech example (Talk.vee) create object lookslike this: set Talker =createObject("speech.voicetext") . It uses the VtxtAuto libraryand VtxtAuto Class. How did the author find “speech.voicetext” to be the ProgID,[Host Name]?

<o:p></o:p>I would like to try the ACTIVELISTENPR Library and DirectSRClass for Voice recognition. How do I go about finding this ProdID?<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><spanstyle='font-size:10.0pt;font-family:"Century Gothic"'>Michael Ford<o:p></o:p>Test Engineer<o:p></o:p>Herley Farmingdale<o:p></o:p><st1:address w:st="on"><st1:Street w:st="on">425 Smith Street</st1:Street> <st1:City w:st="on">Farmingdale</st1:City>, <st1:State w:st="on">NY</st1:State> <st1:PostalCode w:st="on">11735-1198</st1:PostalCode></st1:address><o:p></o:p>(phone) 631.630.2068 (fax) 631.630.2066<o:p></o:p><a href="mailto:Michael.Ford@Herley.com"title="mailto:Michael.Ford@Herley.com">mailto:<fontsize=2 face=Arial title="mailto:Michael.Ford@Herley.com"><spanstyle='font-size:10.0pt;font-family:Arial'>Michael.Ford@Herley.com</a><o:p></o:p><o:p> </o:p></div> --- You are currently subscribed to vrf as: rsb@soco.agilent.com To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".</BODY></html>
Like • Show 0 Likes0
Actions
VRFuser Sep 13, 2005 1:51 AM
Mark Correct
Correct Answer
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"><HTML xmlns="http://www.w3.org/TR/REC-html40" xmlns:o = "urn:schemas-microsoft-com:office:office" xmlns:w = "urn:schemas-microsoft-com:office:word" xmlns:st1 = "urn:schemas-microsoft-com:office:smarttags"><HEAD><TITLE>Message</TITLE><META http-equiv=Content-Type content="text/html; charset=us-ascii"><META content="MSHTML 6.00.2800.1498" name=GENERATOR><o:SmartTagType name="Street" namespaceuri="urn:schemas-microsoft-com:office:smarttags"></o:SmartTagType><o:SmartTagType name="PostalCode" namespaceuri="urn:schemas-microsoft-com:office:smarttags"></o:SmartTagType><o:SmartTagType name="State" namespaceuri="urn:schemas-microsoft-com:office:smarttags"></o:SmartTagType><o:SmartTagType name="City" namespaceuri="urn:schemas-microsoft-com:office:smarttags"></o:SmartTagType><o:SmartTagType name="address" namespaceuri="urn:schemas-microsoft-com:office:smarttags"></o:SmartTagType><STYLE>@font-face { font-family: Century Gothic;}@page Section1 {size: 8.5in 11.0in; margin: 1.0in 1.25in 1.0in 1.25in; }P.MsoNormal { FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"}LI.MsoNormal { FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"}DIV.MsoNormal { FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"}A:link { COLOR: blue; TEXT-DECORATION: underline}SPAN.MsoHyperlink { COLOR: blue; TEXT-DECORATION: underline}A:visited { COLOR: purple; TEXT-DECORATION: underline}SPAN.MsoHyperlinkFollowed { COLOR: purple; TEXT-DECORATION: underline}P { FONT-SIZE: 12pt; MARGIN-LEFT: 0in; MARGIN-RIGHT: 0in; FONT-FAMILY: "Times New Roman"; mso-margin-top-alt: auto; mso-margin-bottom-alt: auto}SPAN.EmailStyle17 { COLOR: windowtext; FONT-FAMILY: Arial; mso-style-type: personal-compose}DIV.Section1 { page: Section1}</STYLE></HEAD><BODY lang=EN-US vLink=purple link=blue><DIV>If you know the name of the DLL, you can search the registry for the DLL name. It should find at least one GUID (e.g. "{742AD1FB-B2F0-3681-B4AA-E736A3BCE4E1}") key that contains a ProgID subkey.</DIV><DIV> </DIV><DIV>-Robin</DIV><BLOCKQUOTE style="MARGIN-RIGHT: 0px"> <DIV></DIV> <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>-----Original Message----- From: MFord@Generalmicrowave.com [mailto:MFord@Generalmicrowave.com] Sent: Tuesday, September 13, 2005 2:48 PM To: VRF Subject: [vrf] CreateObject(ProgID) </DIV> <DIV class=Section1> Greetings VRF,<o:p></o:p> <o:p> </o:p> I have been trying to understand and utilize ActiveX automation objects in my software for quite awhile. While I have no problem utilizing and modifing existing examples I’m having trouble creating my own from scratch. My biggest hurdle so far has been finding the valid ProgID for CreatObject(ProgID)<o:p></o:p> <o:p> </o:p> VEE Help states: ”The ProgID of an object is a name (human-readable string) assigned by the person who wrote the automation object. It is typically a library or application name, a period, and a component or object name. To find the valid ProgIDs for any ActiveX Automation Server, consult the documentation supplied with that server.”. I haven’t been able to find this information!<o:p></o:p> <o:p> </o:p> For example:<o:p></o:p> <o:p> </o:p> The Text to Speech example (Talk.vee) create object looks like this: set Talker = createObject("speech.voicetext") . It uses the VtxtAuto library and VtxtAuto Class. How did the author find “speech.voicetext” to be the ProgID,[Host Name]? <o:p></o:p> I would like to try the ACTIVELISTENPR Library and DirectSR Class for Voice recognition. How do I go about finding this ProdID?<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> Michael Ford<o:p></o:p> Test Engineer<o:p></o:p> Herley Farmingdale<o:p></o:p> <st1:address style="BACKGROUND-POSITION: left bottom; BACKGROUND-IMAGE: url(res://ietag.dll/#34/#1001); BACKGROUND-REPEAT: repeat-x" w:st="on"><st1:Street w:st="on">425 Smith Street</st1:Street> <st1:City w:st="on">Farmingdale</st1:City>, <st1:State w:st="on">NY</st1:State> <st1:PostalCode w:st="on">11735-1198</st1:PostalCode></st1:address><o:p></o:p> (phone) 631.630.2068 (fax) 631.630.2066<o:p></o:p> <A title=mailto:Michael.Ford@Herley.com href="mailto:Michael.Ford@Herley.com">mailto:Michael.Ford@Herley.com</A><o:p></o:p> <o:p> </o:p></DIV> --- You are currently subscribed to vrf as: rfindley@harris.com To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/". </BLOCKQUOTE> --- You are currently subscribed to vrf as: rsb@soco.agilent.com To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".</BODY></HTML>
Like • Show 0 Likes0
Actions
VRFuser Sep 13, 2005 1:51 AM
Mark Correct
Correct Answer
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"><HTML xmlns="http://www.w3.org/TR/REC-html40" xmlns:o = "urn:schemas-microsoft-com:office:office" xmlns:w = "urn:schemas-microsoft-com:office:word" xmlns:st1 = "urn:schemas-microsoft-com:office:smarttags"><HEAD><TITLE>Message</TITLE><META http-equiv=Content-Type content="text/html; charset=us-ascii"><META content="MSHTML 6.00.2800.1498" name=GENERATOR><o:SmartTagType name="Street" namespaceuri="urn:schemas-microsoft-com:office:smarttags"></o:SmartTagType><o:SmartTagType name="PostalCode" namespaceuri="urn:schemas-microsoft-com:office:smarttags"></o:SmartTagType><o:SmartTagType name="State" namespaceuri="urn:schemas-microsoft-com:office:smarttags"></o:SmartTagType><o:SmartTagType name="City" namespaceuri="urn:schemas-microsoft-com:office:smarttags"></o:SmartTagType><o:SmartTagType name="address" namespaceuri="urn:schemas-microsoft-com:office:smarttags"></o:SmartTagType><STYLE>@font-face { font-family: Century Gothic;}@page Section1 {size: 8.5in 11.0in; margin: 1.0in 1.25in 1.0in 1.25in; }P.MsoNormal { FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"}LI.MsoNormal { FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"}DIV.MsoNormal { FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"}A:link { COLOR: blue; TEXT-DECORATION: underline}SPAN.MsoHyperlink { COLOR: blue; TEXT-DECORATION: underline}A:visited { COLOR: purple; TEXT-DECORATION: underline}SPAN.MsoHyperlinkFollowed { COLOR: purple; TEXT-DECORATION: underline}P { FONT-SIZE: 12pt; MARGIN-LEFT: 0in; MARGIN-RIGHT: 0in; FONT-FAMILY: "Times New Roman"; mso-margin-top-alt: auto; mso-margin-bottom-alt: auto}SPAN.EmailStyle17 { COLOR: windowtext; FONT-FAMILY: Arial; mso-style-type: personal-compose}DIV.Section1 { page: Section1}</STYLE></HEAD><BODY lang=EN-US vLink=purple link=blue><DIV>If you know the name of the DLL, you can search the registry for the DLL name. It should find at least one GUID (e.g. "{742AD1FB-B2F0-3681-B4AA-E736A3BCE4E1}") key that contains a ProgID subkey.</DIV><DIV> </DIV><DIV>-Robin</DIV><BLOCKQUOTE style="MARGIN-RIGHT: 0px"> <DIV></DIV> <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>-----Original Message----- From: MFord@Generalmicrowave.com [mailto:MFord@Generalmicrowave.com] Sent: Tuesday, September 13, 2005 2:48 PM To: VRF Subject: [vrf] CreateObject(ProgID) </DIV> <DIV class=Section1> Greetings VRF,<o:p></o:p> <o:p> </o:p> I have been trying to understand and utilize ActiveX automation objects in my software for quite awhile. While I have no problem utilizing and modifing existing examples I’m having trouble creating my own from scratch. My biggest hurdle so far has been finding the valid ProgID for CreatObject(ProgID)<o:p></o:p> <o:p> </o:p> VEE Help states: ”The ProgID of an object is a name (human-readable string) assigned by the person who wrote the automation object. It is typically a library or application name, a period, and a component or object name. To find the valid ProgIDs for any ActiveX Automation Server, consult the documentation supplied with that server.”. I haven’t been able to find this information!<o:p></o:p> <o:p> </o:p> For example:<o:p></o:p> <o:p> </o:p> The Text to Speech example (Talk.vee) create object looks like this: set Talker = createObject("speech.voicetext") . It uses the VtxtAuto library and VtxtAuto Class. How did the author find “speech.voicetext” to be the ProgID,[Host Name]? <o:p></o:p> I would like to try the ACTIVELISTENPR Library and DirectSR Class for Voice recognition. How do I go about finding this ProdID?<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> Michael Ford<o:p></o:p> Test Engineer<o:p></o:p> Herley Farmingdale<o:p></o:p> <st1:address style="BACKGROUND-POSITION: left bottom; BACKGROUND-IMAGE: url(res://ietag.dll/#34/#1001); BACKGROUND-REPEAT: repeat-x" w:st="on"><st1:Street w:st="on">425 Smith Street</st1:Street> <st1:City w:st="on">Farmingdale</st1:City>, <st1:State w:st="on">NY</st1:State> <st1:PostalCode w:st="on">11735-1198</st1:PostalCode></st1:address><o:p></o:p> (phone) 631.630.2068 (fax) 631.630.2066<o:p></o:p> <A title=mailto:Michael.Ford@Herley.com href="mailto:Michael.Ford@Herley.com">mailto:Michael.Ford@Herley.com</A><o:p></o:p> <o:p> </o:p></DIV> --- You are currently subscribed to vrf as: rfindley@harris.com To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/". </BLOCKQUOTE> --- You are currently subscribed to vrf as: rsb@soco.agilent.com To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".</BODY></HTML>
Like • Show 0 Likes0
Actions
VRFuser Sep 13, 2005 1:51 AM
Mark Correct
Correct Answer
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"><HTML xmlns="http://www.w3.org/TR/REC-html40" xmlns:o = "urn:schemas-microsoft-com:office:office" xmlns:w = "urn:schemas-microsoft-com:office:word" xmlns:st1 = "urn:schemas-microsoft-com:office:smarttags"><HEAD><TITLE>Message</TITLE><META http-equiv=Content-Type content="text/html; charset=us-ascii"><META content="MSHTML 6.00.2800.1498" name=GENERATOR><o:SmartTagType name="Street" namespaceuri="urn:schemas-microsoft-com:office:smarttags"></o:SmartTagType><o:SmartTagType name="PostalCode" namespaceuri="urn:schemas-microsoft-com:office:smarttags"></o:SmartTagType><o:SmartTagType name="State" namespaceuri="urn:schemas-microsoft-com:office:smarttags"></o:SmartTagType><o:SmartTagType name="City" namespaceuri="urn:schemas-microsoft-com:office:smarttags"></o:SmartTagType><o:SmartTagType name="address" namespaceuri="urn:schemas-microsoft-com:office:smarttags"></o:SmartTagType><STYLE>@font-face { font-family: Century Gothic;}@page Section1 {size: 8.5in 11.0in; margin: 1.0in 1.25in 1.0in 1.25in; }P.MsoNormal { FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"}LI.MsoNormal { FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"}DIV.MsoNormal { FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"}A:link { COLOR: blue; TEXT-DECORATION: underline}SPAN.MsoHyperlink { COLOR: blue; TEXT-DECORATION: underline}A:visited { COLOR: purple; TEXT-DECORATION: underline}SPAN.MsoHyperlinkFollowed { COLOR: purple; TEXT-DECORATION: underline}P { FONT-SIZE: 12pt; MARGIN-LEFT: 0in; MARGIN-RIGHT: 0in; FONT-FAMILY: "Times New Roman"; mso-margin-top-alt: auto; mso-margin-bottom-alt: auto}SPAN.EmailStyle17 { COLOR: windowtext; FONT-FAMILY: Arial; mso-style-type: personal-compose}DIV.Section1 { page: Section1}</STYLE></HEAD><BODY lang=EN-US vLink=purple link=blue><DIV>If you know the name of the DLL, you can search the registry for the DLL name. It should find at least one GUID (e.g. "{742AD1FB-B2F0-3681-B4AA-E736A3BCE4E1}") key that contains a ProgID subkey.</DIV><DIV> </DIV><DIV>-Robin</DIV><BLOCKQUOTE style="MARGIN-RIGHT: 0px"> <DIV></DIV> <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>-----Original Message----- From: MFord@Generalmicrowave.com [mailto:MFord@Generalmicrowave.com] Sent: Tuesday, September 13, 2005 2:48 PM To: VRF Subject: [vrf] CreateObject(ProgID) </DIV> <DIV class=Section1> Greetings VRF,<o:p></o:p> <o:p> </o:p> I have been trying to understand and utilize ActiveX automation objects in my software for quite awhile. While I have no problem utilizing and modifing existing examples I’m having trouble creating my own from scratch. My biggest hurdle so far has been finding the valid ProgID for CreatObject(ProgID)<o:p></o:p> <o:p> </o:p> VEE Help states: ”The ProgID of an object is a name (human-readable string) assigned by the person who wrote the automation object. It is typically a library or application name, a period, and a component or object name. To find the valid ProgIDs for any ActiveX Automation Server, consult the documentation supplied with that server.”. I haven’t been able to find this information!<o:p></o:p> <o:p> </o:p> For example:<o:p></o:p> <o:p> </o:p> The Text to Speech example (Talk.vee) create object looks like this: set Talker = createObject("speech.voicetext") . It uses the VtxtAuto library and VtxtAuto Class. How did the author find “speech.voicetext” to be the ProgID,[Host Name]? <o:p></o:p> I would like to try the ACTIVELISTENPR Library and DirectSR Class for Voice recognition. How do I go about finding this ProdID?<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> Michael Ford<o:p></o:p> Test Engineer<o:p></o:p> Herley Farmingdale<o:p></o:p> <st1:address style="BACKGROUND-POSITION: left bottom; BACKGROUND-IMAGE: url(res://ietag.dll/#34/#1001); BACKGROUND-REPEAT: repeat-x" w:st="on"><st1:Street w:st="on">425 Smith Street</st1:Street> <st1:City w:st="on">Farmingdale</st1:City>, <st1:State w:st="on">NY</st1:State> <st1:PostalCode w:st="on">11735-1198</st1:PostalCode></st1:address><o:p></o:p> (phone) 631.630.2068 (fax) 631.630.2066<o:p></o:p> <A title=mailto:Michael.Ford@Herley.com href="mailto:Michael.Ford@Herley.com">mailto:Michael.Ford@Herley.com</A><o:p></o:p> <o:p> </o:p></DIV> --- You are currently subscribed to vrf as: rfindley@harris.com To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/". </BLOCKQUOTE> --- You are currently subscribed to vrf as: rsb@soco.agilent.com To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".</BODY></HTML>
Like • Show 0 Likes0
Actions
VRFuser Sep 13, 2005 6:01 AM
Mark Correct
Correct Answer
> My biggest hurdle so far has been
> finding the valid ProgID for
> CreatObject(ProgID)

I feel your pain. Or rather I did.

> I havent been able to find this
> information!

I'm afraid this particular pain won't go away. Alas, it goes hand in hand
with "component software". It takes a lot of discipline to actually document
what you do and that whole VB & ActiveX craze seemed to make software
authors out of practically everybody and their sister, so we're inundated
with components with (seemingly) no instructions.

On the bright side, we're inundated with software components. All it takes
is some poking around to figure out the details. Granted it's no fun, but
it's become part of the game. A game that's no fun? Well, I guess some would
say that programming has *never* been fun, but I'm not one of 'em.

Allow me to wallow in the glow of self-satisfaction while I demystify a few
of the relevant concepts. Or if you're really not into that, just skip down
to "TOOLS FOR DISCOVERY" or "SPECIFICS".

<POP!> Hmm. That was my glow going away

COMPONENT SOFTWARE
Microsoft's component strategy is (or rather *was*, it started changing
about 10 years ago) all about COM, the Component Object Model. It's a huge
specification, but at it's heart is the GUID, the Globally Unique
IDentifier.

And really it's not even Microsoft's. Most of these concepts existed long
ago and were specified by the OSF DCE, the Open Software Foundation's
Distributed Computing Environment. One very important concept was called
RPC, Remote Procedure Call. It's a method of specifying a function location,
name and parameter list to a remote computer. It also specifies what data
the remote function will return.

It also happens to be a perfect model for specifying the same things on the
*local* computer where component software is concerned. The history of
ActiveX is fairly interesting, but since we're only concerned with ProgIDs
the heck with it.

COMPONENTS: CLSID, TypeLib, Interface, ProgID
Component Software is all about components. A component, from Microsoft's
point of view, is an executable file with certain characteristics. Among
these is that it can "register" and (usually) "deregister" itself on the
local computer so as to make it's services available to other software. As
far as COM is concerned, this registration is through the system registry.
This is one of the ways COM breaks with RPC. If you've ever poked around in
Services, you've seen something called the RPC Locator Service. That's (more
or less) RPC's "registry".

A component contains one or more Classes. A Class is a unit of
functionality. It consists of some code, and when it is "instanced"
(created), some data. An instance of a Class is generally called an Object.
An Object has specific data associated with it. An Object's functionality
operates only on it's own data. Objects share functionality but not data.
That is, all objects of a particular Class share the same code, but that
code operates on different data. In case you weren't aware, this paragraph
more or less amounts to Object Oriented Programming 101 in a nutshell. Sure
there's more to it than that, but that's the central "big deal".

COM components publish functionality through a Type Library. A Type Library
specifies what functions are available in a Class, what their parameters are
and what data they return. A Type Library contains some other interesting
information also, like the type's description string (what it's for) and
most interestingly, any particular member's HelpID and a Help file string.
More on that later.

A Type is generally specified in terms of an Interface. An Interface is the
"source language" of a Type Library. It completely specifies everything
about a Class. A component can contain one or more classes because a Type
Library can contain the specifications of one or more Interfaces.

Types, that's what it's all about. At any rate, one of the central problems
was how to identify all these different things. MS (wisely) chose to use a
GUID to identify nearly everything. A GUID is exactly what it's name
implies: an absolutely unique identifier the world over. It will never be
repeated and no two are the same. If you want to know how *that* little
miracle was accomplished you can look it up. Here's a hint: no two network
cards have the same MAC (Media Access Control) address either.

A CLSID is a CLaSs IDentifier. It's a GUID that uniquely identifies one and
only one Class. A TypeLib is a GUID that uniquely identifies one and only
one Interface. And now we get to it:

A PROGID IS THE HUMAN READABLE FORM OF ANY GIVEN CLSID.

Try it: start regedit and open HKCR (that's HKEY_CLASSES_ROOT) Excel.Sheet.
There you'll find a subkey named CLSID and it's value is the CLSID of an
Excel Worksheet object. Any script language (VEE's VB-like Formula script
included) performs exactly these steps every time you call CreateObject.

That's fine for the object itself. Once VEE has the CLSID of the object it
can call CoCreateObject with the CLSID and Windows takes care of the rest,
but how do you use it? If you copy the CLSID value and go to the subkey,
HKCRCLSID and search for the CLSID key, you'll find a subkey named TypeLib.
You'll also find a subkey named LocalServer - and you'll find that it points
to the executable file that contains the Class. Well, that's all the
information you need to load an ITypeLib interface: the CLSID and the
server. That's done with a function called LoadTypeLibrary (strangely
enough).

>From there it's all peanuts. Well the concept is if not the actual
operation. The ITypeLib interface contains all the functionality necessary
to extract all the information about an interface from the executable (if it
publishes a Type Library - some don't). That's where the information comes
from that you see in your Function & Object Browser.

TOOLS FOR DISCOVERY
Ok so none of this really helps all that much. You want to find a ProgID for
a given object, or what object is identified by a given ProgID. Probably one
of the "easiest" ways of figuring all this out is to open HKCR and look at
the entries that conform to ProgIDs. Those that match *.*. Sometimes you'll
find *.*.* for those that are version specific (like Excel.Sheet.5 and
Excel.Sheet.8 for instance). The drawback is that this sort of browsing can
take a long, long time.

OLE VIEW
Probably the best overall tool available is Ole View. It's part of the
Windows SDK. If you have Microsoft Visual C++ it's installed (look in Visual
Studio Tools). If you don't and you don't want to buy VC++ you can install
the Core SDK (it's free if you can stand the download).

See http://www.microsoft.com/msdownload/pla ... /sdkupdate
(oh boy - hurry, the page is moving).

Ole View will tell you absolutely everything you want to know. The trouble
is it will tell you several hundred thousand things you don't want to know
too. It can be quite overwhelming. And so I came up with a thing or two...

I did mention I feel your pain, didn't I? Well I did and I did something
about it. As you browse the ActiveX Automation References... dialog, what
you see listed are library help strings. There's a program called
GetProgId.vee whose purpose is to go find ProgIDs that correspond to this
help string. Find it here:
http://www.oswegosw.com/SearchVRF.php?mi=8538

Also, you might notice that on the search page itself
(http://www.oswegosw.com/vrf_archive/SearchVRF.htm) the Results Format
example contains the subject, "Another ProgID Finder...". That program,
COMSniffer.vee, finds ProgIDs that belong to a specific server (.ocx, .dll,
.exe, .whatever). Find that here:
http://www.oswegosw.com/SearchVRF.php?mi=8840

Last, but certainly not least, there's the question of where exactly do you
find the gol darn help? I've taken that one on too and a few examples are in
the Archive:
http://www.oswegosw.com/SearchVRF.php?st=Finding+ActiveX+Help+Files

SPECIFICS
Now, your actual question! As far as DirectSR goes maybe this can help:
http://www.vbip.com/miscellaneous/Speech-Recognition.asp

As for ACTIVELISTENER, I can't find that one but Google seems to think
that's a Java thing.
-SHAWN-

---
You are currently subscribed to vrf as: rsb@soco.agilent.com
To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
Like • Show 0 Likes0
Actions
VRFuser Sep 13, 2005 6:01 AM
Mark Correct
Correct Answer
> My biggest hurdle so far has been
> finding the valid ProgID for
> CreatObject(ProgID)

I feel your pain. Or rather I did.

> I havent been able to find this
> information!

I'm afraid this particular pain won't go away. Alas, it goes hand in hand
with "component software". It takes a lot of discipline to actually document
what you do and that whole VB & ActiveX craze seemed to make software
authors out of practically everybody and their sister, so we're inundated
with components with (seemingly) no instructions.

On the bright side, we're inundated with software components. All it takes
is some poking around to figure out the details. Granted it's no fun, but
it's become part of the game. A game that's no fun? Well, I guess some would
say that programming has *never* been fun, but I'm not one of 'em.

Allow me to wallow in the glow of self-satisfaction while I demystify a few
of the relevant concepts. Or if you're really not into that, just skip down
to "TOOLS FOR DISCOVERY" or "SPECIFICS".

<POP!> Hmm. That was my glow going away

COMPONENT SOFTWARE
Microsoft's component strategy is (or rather *was*, it started changing
about 10 years ago) all about COM, the Component Object Model. It's a huge
specification, but at it's heart is the GUID, the Globally Unique
IDentifier.

And really it's not even Microsoft's. Most of these concepts existed long
ago and were specified by the OSF DCE, the Open Software Foundation's
Distributed Computing Environment. One very important concept was called
RPC, Remote Procedure Call. It's a method of specifying a function location,
name and parameter list to a remote computer. It also specifies what data
the remote function will return.

It also happens to be a perfect model for specifying the same things on the
*local* computer where component software is concerned. The history of
ActiveX is fairly interesting, but since we're only concerned with ProgIDs
the heck with it.

COMPONENTS: CLSID, TypeLib, Interface, ProgID
Component Software is all about components. A component, from Microsoft's
point of view, is an executable file with certain characteristics. Among
these is that it can "register" and (usually) "deregister" itself on the
local computer so as to make it's services available to other software. As
far as COM is concerned, this registration is through the system registry.
This is one of the ways COM breaks with RPC. If you've ever poked around in
Services, you've seen something called the RPC Locator Service. That's (more
or less) RPC's "registry".

A component contains one or more Classes. A Class is a unit of
functionality. It consists of some code, and when it is "instanced"
(created), some data. An instance of a Class is generally called an Object.
An Object has specific data associated with it. An Object's functionality
operates only on it's own data. Objects share functionality but not data.
That is, all objects of a particular Class share the same code, but that
code operates on different data. In case you weren't aware, this paragraph
more or less amounts to Object Oriented Programming 101 in a nutshell. Sure
there's more to it than that, but that's the central "big deal".

COM components publish functionality through a Type Library. A Type Library
specifies what functions are available in a Class, what their parameters are
and what data they return. A Type Library contains some other interesting
information also, like the type's description string (what it's for) and
most interestingly, any particular member's HelpID and a Help file string.
More on that later.

A Type is generally specified in terms of an Interface. An Interface is the
"source language" of a Type Library. It completely specifies everything
about a Class. A component can contain one or more classes because a Type
Library can contain the specifications of one or more Interfaces.

Types, that's what it's all about. At any rate, one of the central problems
was how to identify all these different things. MS (wisely) chose to use a
GUID to identify nearly everything. A GUID is exactly what it's name
implies: an absolutely unique identifier the world over. It will never be
repeated and no two are the same. If you want to know how *that* little
miracle was accomplished you can look it up. Here's a hint: no two network
cards have the same MAC (Media Access Control) address either.

A CLSID is a CLaSs IDentifier. It's a GUID that uniquely identifies one and
only one Class. A TypeLib is a GUID that uniquely identifies one and only
one Interface. And now we get to it:

A PROGID IS THE HUMAN READABLE FORM OF ANY GIVEN CLSID.

Try it: start regedit and open HKCR (that's HKEY_CLASSES_ROOT) Excel.Sheet.
There you'll find a subkey named CLSID and it's value is the CLSID of an
Excel Worksheet object. Any script language (VEE's VB-like Formula script
included) performs exactly these steps every time you call CreateObject.

That's fine for the object itself. Once VEE has the CLSID of the object it
can call CoCreateObject with the CLSID and Windows takes care of the rest,
but how do you use it? If you copy the CLSID value and go to the subkey,
HKCRCLSID and search for the CLSID key, you'll find a subkey named TypeLib.
You'll also find a subkey named LocalServer - and you'll find that it points
to the executable file that contains the Class. Well, that's all the
information you need to load an ITypeLib interface: the CLSID and the
server. That's done with a function called LoadTypeLibrary (strangely
enough).

>From there it's all peanuts. Well the concept is if not the actual
operation. The ITypeLib interface contains all the functionality necessary
to extract all the information about an interface from the executable (if it
publishes a Type Library - some don't). That's where the information comes
from that you see in your Function & Object Browser.

TOOLS FOR DISCOVERY
Ok so none of this really helps all that much. You want to find a ProgID for
a given object, or what object is identified by a given ProgID. Probably one
of the "easiest" ways of figuring all this out is to open HKCR and look at
the entries that conform to ProgIDs. Those that match *.*. Sometimes you'll
find *.*.* for those that are version specific (like Excel.Sheet.5 and
Excel.Sheet.8 for instance). The drawback is that this sort of browsing can
take a long, long time.

OLE VIEW
Probably the best overall tool available is Ole View. It's part of the
Windows SDK. If you have Microsoft Visual C++ it's installed (look in Visual
Studio Tools). If you don't and you don't want to buy VC++ you can install
the Core SDK (it's free if you can stand the download).

See http://www.microsoft.com/msdownload/pla ... /sdkupdate
(oh boy - hurry, the page is moving).

Ole View will tell you absolutely everything you want to know. The trouble
is it will tell you several hundred thousand things you don't want to know
too. It can be quite overwhelming. And so I came up with a thing or two...

I did mention I feel your pain, didn't I? Well I did and I did something
about it. As you browse the ActiveX Automation References... dialog, what
you see listed are library help strings. There's a program called
GetProgId.vee whose purpose is to go find ProgIDs that correspond to this
help string. Find it here:
http://www.oswegosw.com/SearchVRF.php?mi=8538

Also, you might notice that on the search page itself
(http://www.oswegosw.com/vrf_archive/SearchVRF.htm) the Results Format
example contains the subject, "Another ProgID Finder...". That program,
COMSniffer.vee, finds ProgIDs that belong to a specific server (.ocx, .dll,
.exe, .whatever). Find that here:
http://www.oswegosw.com/SearchVRF.php?mi=8840

Last, but certainly not least, there's the question of where exactly do you
find the gol darn help? I've taken that one on too and a few examples are in
the Archive:
http://www.oswegosw.com/SearchVRF.php?st=Finding+ActiveX+Help+Files

SPECIFICS
Now, your actual question! As far as DirectSR goes maybe this can help:
http://www.vbip.com/miscellaneous/Speech-Recognition.asp

As for ACTIVELISTENER, I can't find that one but Google seems to think
that's a Java thing.
-SHAWN-

---
You are currently subscribed to vrf as: rsb@soco.agilent.com
To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
Like • Show 0 Likes0
Actions
VRFuser Sep 13, 2005 6:01 AM
Mark Correct
Correct Answer
> My biggest hurdle so far has been
> finding the valid ProgID for
> CreatObject(ProgID)

I feel your pain. Or rather I did.

> I havent been able to find this
> information!

I'm afraid this particular pain won't go away. Alas, it goes hand in hand
with "component software". It takes a lot of discipline to actually document
what you do and that whole VB & ActiveX craze seemed to make software
authors out of practically everybody and their sister, so we're inundated
with components with (seemingly) no instructions.

On the bright side, we're inundated with software components. All it takes
is some poking around to figure out the details. Granted it's no fun, but
it's become part of the game. A game that's no fun? Well, I guess some would
say that programming has *never* been fun, but I'm not one of 'em.

Allow me to wallow in the glow of self-satisfaction while I demystify a few
of the relevant concepts. Or if you're really not into that, just skip down
to "TOOLS FOR DISCOVERY" or "SPECIFICS".

<POP!> Hmm. That was my glow going away

COMPONENT SOFTWARE
Microsoft's component strategy is (or rather *was*, it started changing
about 10 years ago) all about COM, the Component Object Model. It's a huge
specification, but at it's heart is the GUID, the Globally Unique
IDentifier.

And really it's not even Microsoft's. Most of these concepts existed long
ago and were specified by the OSF DCE, the Open Software Foundation's
Distributed Computing Environment. One very important concept was called
RPC, Remote Procedure Call. It's a method of specifying a function location,
name and parameter list to a remote computer. It also specifies what data
the remote function will return.

It also happens to be a perfect model for specifying the same things on the
*local* computer where component software is concerned. The history of
ActiveX is fairly interesting, but since we're only concerned with ProgIDs
the heck with it.

COMPONENTS: CLSID, TypeLib, Interface, ProgID
Component Software is all about components. A component, from Microsoft's
point of view, is an executable file with certain characteristics. Among
these is that it can "register" and (usually) "deregister" itself on the
local computer so as to make it's services available to other software. As
far as COM is concerned, this registration is through the system registry.
This is one of the ways COM breaks with RPC. If you've ever poked around in
Services, you've seen something called the RPC Locator Service. That's (more
or less) RPC's "registry".

A component contains one or more Classes. A Class is a unit of
functionality. It consists of some code, and when it is "instanced"
(created), some data. An instance of a Class is generally called an Object.
An Object has specific data associated with it. An Object's functionality
operates only on it's own data. Objects share functionality but not data.
That is, all objects of a particular Class share the same code, but that
code operates on different data. In case you weren't aware, this paragraph
more or less amounts to Object Oriented Programming 101 in a nutshell. Sure
there's more to it than that, but that's the central "big deal".

COM components publish functionality through a Type Library. A Type Library
specifies what functions are available in a Class, what their parameters are
and what data they return. A Type Library contains some other interesting
information also, like the type's description string (what it's for) and
most interestingly, any particular member's HelpID and a Help file string.
More on that later.

A Type is generally specified in terms of an Interface. An Interface is the
"source language" of a Type Library. It completely specifies everything
about a Class. A component can contain one or more classes because a Type
Library can contain the specifications of one or more Interfaces.

Types, that's what it's all about. At any rate, one of the central problems
was how to identify all these different things. MS (wisely) chose to use a
GUID to identify nearly everything. A GUID is exactly what it's name
implies: an absolutely unique identifier the world over. It will never be
repeated and no two are the same. If you want to know how *that* little
miracle was accomplished you can look it up. Here's a hint: no two network
cards have the same MAC (Media Access Control) address either.

A CLSID is a CLaSs IDentifier. It's a GUID that uniquely identifies one and
only one Class. A TypeLib is a GUID that uniquely identifies one and only
one Interface. And now we get to it:

A PROGID IS THE HUMAN READABLE FORM OF ANY GIVEN CLSID.

Try it: start regedit and open HKCR (that's HKEY_CLASSES_ROOT) Excel.Sheet.
There you'll find a subkey named CLSID and it's value is the CLSID of an
Excel Worksheet object. Any script language (VEE's VB-like Formula script
included) performs exactly these steps every time you call CreateObject.

That's fine for the object itself. Once VEE has the CLSID of the object it
can call CoCreateObject with the CLSID and Windows takes care of the rest,
but how do you use it? If you copy the CLSID value and go to the subkey,
HKCRCLSID and search for the CLSID key, you'll find a subkey named TypeLib.
You'll also find a subkey named LocalServer - and you'll find that it points
to the executable file that contains the Class. Well, that's all the
information you need to load an ITypeLib interface: the CLSID and the
server. That's done with a function called LoadTypeLibrary (strangely
enough).

>From there it's all peanuts. Well the concept is if not the actual
operation. The ITypeLib interface contains all the functionality necessary
to extract all the information about an interface from the executable (if it
publishes a Type Library - some don't). That's where the information comes
from that you see in your Function & Object Browser.

TOOLS FOR DISCOVERY
Ok so none of this really helps all that much. You want to find a ProgID for
a given object, or what object is identified by a given ProgID. Probably one
of the "easiest" ways of figuring all this out is to open HKCR and look at
the entries that conform to ProgIDs. Those that match *.*. Sometimes you'll
find *.*.* for those that are version specific (like Excel.Sheet.5 and
Excel.Sheet.8 for instance). The drawback is that this sort of browsing can
take a long, long time.

OLE VIEW
Probably the best overall tool available is Ole View. It's part of the
Windows SDK. If you have Microsoft Visual C++ it's installed (look in Visual
Studio Tools). If you don't and you don't want to buy VC++ you can install
the Core SDK (it's free if you can stand the download).

See http://www.microsoft.com/msdownload/pla ... /sdkupdate
(oh boy - hurry, the page is moving).

Ole View will tell you absolutely everything you want to know. The trouble
is it will tell you several hundred thousand things you don't want to know
too. It can be quite overwhelming. And so I came up with a thing or two...

I did mention I feel your pain, didn't I? Well I did and I did something
about it. As you browse the ActiveX Automation References... dialog, what
you see listed are library help strings. There's a program called
GetProgId.vee whose purpose is to go find ProgIDs that correspond to this
help string. Find it here:
http://www.oswegosw.com/SearchVRF.php?mi=8538

Also, you might notice that on the search page itself
(http://www.oswegosw.com/vrf_archive/SearchVRF.htm) the Results Format
example contains the subject, "Another ProgID Finder...". That program,
COMSniffer.vee, finds ProgIDs that belong to a specific server (.ocx, .dll,
.exe, .whatever). Find that here:
http://www.oswegosw.com/SearchVRF.php?mi=8840

Last, but certainly not least, there's the question of where exactly do you
find the gol darn help? I've taken that one on too and a few examples are in
the Archive:
http://www.oswegosw.com/SearchVRF.php?st=Finding+ActiveX+Help+Files

SPECIFICS
Now, your actual question! As far as DirectSR goes maybe this can help:
http://www.vbip.com/miscellaneous/Speech-Recognition.asp

As for ACTIVELISTENER, I can't find that one but Google seems to think
that's a Java thing.
-SHAWN-

---
You are currently subscribed to vrf as: rsb@soco.agilent.com
To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
Like • Show 0 Likes0
Actions
mford Sep 13, 2005 6:30 PM
Mark Correct
Correct Answer
Shawn,
I feel like I should pay you for this one. The wealth of information that
you have just provided is enormous. I have a lot to absorb. GetProgID.vee
was perfect. I'm off and running.....

Thanks

Michael Ford
Test Engineer
Herley Farmingdale
425 Smith Street Farmingdale, NY 11735-1198
(phone) 631.630.2068 (fax) 631.630.2066
mailto:Michael.Ford@Herley.com
-----Original Message-----
From: Shawn Fessenden [mailto:shawn@testech-ltd.com]
Sent: Tuesday, September 13, 2005 10:01 PM
To: VRF
Subject: RE: [vrf] CreateObject(ProgID)

> My biggest hurdle so far has been
> finding the valid ProgID for
> CreatObject(ProgID)

I feel your pain. Or rather I did.

> I haven't been able to find this
> information!

I'm afraid this particular pain won't go away. Alas, it goes hand in hand
with "component software". It takes a lot of discipline to actually document
what you do and that whole VB & ActiveX craze seemed to make software
authors out of practically everybody and their sister, so we're inundated
with components with (seemingly) no instructions.

On the bright side, we're inundated with software components. All it takes
is some poking around to figure out the details. Granted it's no fun, but
it's become part of the game. A game that's no fun? Well, I guess some would
say that programming has *never* been fun, but I'm not one of 'em.

Allow me to wallow in the glow of self-satisfaction while I demystify a few
of the relevant concepts. Or if you're really not into that, just skip down
to "TOOLS FOR DISCOVERY" or "SPECIFICS".

<POP!> Hmm. That was my glow going away

COMPONENT SOFTWARE
Microsoft's component strategy is (or rather *was*, it started changing
about 10 years ago) all about COM, the Component Object Model. It's a huge
specification, but at it's heart is the GUID, the Globally Unique
IDentifier.

And really it's not even Microsoft's. Most of these concepts existed long
ago and were specified by the OSF DCE, the Open Software Foundation's
Distributed Computing Environment. One very important concept was called
RPC, Remote Procedure Call. It's a method of specifying a function location,
name and parameter list to a remote computer. It also specifies what data
the remote function will return.

It also happens to be a perfect model for specifying the same things on the
*local* computer where component software is concerned. The history of
ActiveX is fairly interesting, but since we're only concerned with ProgIDs
the heck with it.

COMPONENTS: CLSID, TypeLib, Interface, ProgID
Component Software is all about components. A component, from Microsoft's
point of view, is an executable file with certain characteristics. Among
these is that it can "register" and (usually) "deregister" itself on the
local computer so as to make it's services available to other software. As
far as COM is concerned, this registration is through the system registry.
This is one of the ways COM breaks with RPC. If you've ever poked around in
Services, you've seen something called the RPC Locator Service. That's (more
or less) RPC's "registry".

A component contains one or more Classes. A Class is a unit of
functionality. It consists of some code, and when it is "instanced"
(created), some data. An instance of a Class is generally called an Object.
An Object has specific data associated with it. An Object's functionality
operates only on it's own data. Objects share functionality but not data.
That is, all objects of a particular Class share the same code, but that
code operates on different data. In case you weren't aware, this paragraph
more or less amounts to Object Oriented Programming 101 in a nutshell. Sure
there's more to it than that, but that's the central "big deal".

COM components publish functionality through a Type Library. A Type Library
specifies what functions are available in a Class, what their parameters are
and what data they return. A Type Library contains some other interesting
information also, like the type's description string (what it's for) and
most interestingly, any particular member's HelpID and a Help file string.
More on that later.

A Type is generally specified in terms of an Interface. An Interface is the
"source language" of a Type Library. It completely specifies everything
about a Class. A component can contain one or more classes because a Type
Library can contain the specifications of one or more Interfaces.

Types, that's what it's all about. At any rate, one of the central problems
was how to identify all these different things. MS (wisely) chose to use a
GUID to identify nearly everything. A GUID is exactly what it's name
implies: an absolutely unique identifier the world over. It will never be
repeated and no two are the same. If you want to know how *that* little
miracle was accomplished you can look it up. Here's a hint: no two network
cards have the same MAC (Media Access Control) address either.

A CLSID is a CLaSs IDentifier. It's a GUID that uniquely identifies one and
only one Class. A TypeLib is a GUID that uniquely identifies one and only
one Interface. And now we get to it:

A PROGID IS THE HUMAN READABLE FORM OF ANY GIVEN CLSID.

Try it: start regedit and open HKCR (that's HKEY_CLASSES_ROOT) Excel.Sheet.
There you'll find a subkey named CLSID and it's value is the CLSID of an
Excel Worksheet object. Any script language (VEE's VB-like Formula script
included) performs exactly these steps every time you call CreateObject.

That's fine for the object itself. Once VEE has the CLSID of the object it
can call CoCreateObject with the CLSID and Windows takes care of the rest,
but how do you use it? If you copy the CLSID value and go to the subkey,
HKCRCLSID and search for the CLSID key, you'll find a subkey named TypeLib.
You'll also find a subkey named LocalServer - and you'll find that it points
to the executable file that contains the Class. Well, that's all the
information you need to load an ITypeLib interface: the CLSID and the
server. That's done with a function called LoadTypeLibrary (strangely
enough).

>From there it's all peanuts. Well the concept is if not the actual
operation. The ITypeLib interface contains all the functionality necessary
to extract all the information about an interface from the executable (if it
publishes a Type Library - some don't). That's where the information comes
from that you see in your Function & Object Browser.

TOOLS FOR DISCOVERY
Ok so none of this really helps all that much. You want to find a ProgID for
a given object, or what object is identified by a given ProgID. Probably one
of the "easiest" ways of figuring all this out is to open HKCR and look at
the entries that conform to ProgIDs. Those that match *.*. Sometimes you'll
find *.*.* for those that are version specific (like Excel.Sheet.5 and
Excel.Sheet.8 for instance). The drawback is that this sort of browsing can
take a long, long time.

OLE VIEW
Probably the best overall tool available is Ole View. It's part of the
Windows SDK. If you have Microsoft Visual C++ it's installed (look in Visual
Studio Tools). If you don't and you don't want to buy VC++ you can install
the Core SDK (it's free if you can stand the download).

See http://www.microsoft.com/msdownload/pla ... /sdkupdate
(oh boy - hurry, the page is moving).

Ole View will tell you absolutely everything you want to know. The trouble
is it will tell you several hundred thousand things you don't want to know
too. It can be quite overwhelming. And so I came up with a thing or two...

I did mention I feel your pain, didn't I? Well I did and I did something
about it. As you browse the ActiveX Automation References... dialog, what
you see listed are library help strings. There's a program called
GetProgId.vee whose purpose is to go find ProgIDs that correspond to this
help string. Find it here:
http://www.oswegosw.com/SearchVRF.php?mi=8538

Also, you might notice that on the search page itself
(http://www.oswegosw.com/vrf_archive/SearchVRF.htm) the Results Format
example contains the subject, "Another ProgID Finder...". That program,
COMSniffer.vee, finds ProgIDs that belong to a specific server (.ocx, .dll,
.exe, .whatever). Find that here:
http://www.oswegosw.com/SearchVRF.php?mi=8840

Last, but certainly not least, there's the question of where exactly do you
find the gol darn help? I've taken that one on too and a few examples are in
the Archive:
http://www.oswegosw.com/SearchVRF.php?st=Finding+ActiveX+Help+Files

SPECIFICS
Now, your actual question! As far as DirectSR goes maybe this can help:
http://www.vbip.com/miscellaneous/Speech-Recognition.asp

As for ACTIVELISTENER, I can't find that one but Google seems to think
that's a Java thing.
-SHAWN-

---
You are currently subscribed to vrf as: MFord@generalmicrowave.com
To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".

---
You are currently subscribed to vrf as: rsb@soco.agilent.com
To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
Like • Show 0 Likes0
Actions
mford Sep 13, 2005 6:30 PM
Mark Correct
Correct Answer
Shawn,
I feel like I should pay you for this one. The wealth of information that
you have just provided is enormous. I have a lot to absorb. GetProgID.vee
was perfect. I'm off and running.....

Thanks

Michael Ford
Test Engineer
Herley Farmingdale
425 Smith Street Farmingdale, NY 11735-1198
(phone) 631.630.2068 (fax) 631.630.2066
mailto:Michael.Ford@Herley.com
-----Original Message-----
From: Shawn Fessenden [mailto:shawn@testech-ltd.com]
Sent: Tuesday, September 13, 2005 10:01 PM
To: VRF
Subject: RE: [vrf] CreateObject(ProgID)

> My biggest hurdle so far has been
> finding the valid ProgID for
> CreatObject(ProgID)

I feel your pain. Or rather I did.

> I haven't been able to find this
> information!

I'm afraid this particular pain won't go away. Alas, it goes hand in hand
with "component software". It takes a lot of discipline to actually document
what you do and that whole VB & ActiveX craze seemed to make software
authors out of practically everybody and their sister, so we're inundated
with components with (seemingly) no instructions.

On the bright side, we're inundated with software components. All it takes
is some poking around to figure out the details. Granted it's no fun, but
it's become part of the game. A game that's no fun? Well, I guess some would
say that programming has *never* been fun, but I'm not one of 'em.

Allow me to wallow in the glow of self-satisfaction while I demystify a few
of the relevant concepts. Or if you're really not into that, just skip down
to "TOOLS FOR DISCOVERY" or "SPECIFICS".

<POP!> Hmm. That was my glow going away

COMPONENT SOFTWARE
Microsoft's component strategy is (or rather *was*, it started changing
about 10 years ago) all about COM, the Component Object Model. It's a huge
specification, but at it's heart is the GUID, the Globally Unique
IDentifier.

And really it's not even Microsoft's. Most of these concepts existed long
ago and were specified by the OSF DCE, the Open Software Foundation's
Distributed Computing Environment. One very important concept was called
RPC, Remote Procedure Call. It's a method of specifying a function location,
name and parameter list to a remote computer. It also specifies what data
the remote function will return.

It also happens to be a perfect model for specifying the same things on the
*local* computer where component software is concerned. The history of
ActiveX is fairly interesting, but since we're only concerned with ProgIDs
the heck with it.

COMPONENTS: CLSID, TypeLib, Interface, ProgID
Component Software is all about components. A component, from Microsoft's
point of view, is an executable file with certain characteristics. Among
these is that it can "register" and (usually) "deregister" itself on the
local computer so as to make it's services available to other software. As
far as COM is concerned, this registration is through the system registry.
This is one of the ways COM breaks with RPC. If you've ever poked around in
Services, you've seen something called the RPC Locator Service. That's (more
or less) RPC's "registry".

A component contains one or more Classes. A Class is a unit of
functionality. It consists of some code, and when it is "instanced"
(created), some data. An instance of a Class is generally called an Object.
An Object has specific data associated with it. An Object's functionality
operates only on it's own data. Objects share functionality but not data.
That is, all objects of a particular Class share the same code, but that
code operates on different data. In case you weren't aware, this paragraph
more or less amounts to Object Oriented Programming 101 in a nutshell. Sure
there's more to it than that, but that's the central "big deal".

COM components publish functionality through a Type Library. A Type Library
specifies what functions are available in a Class, what their parameters are
and what data they return. A Type Library contains some other interesting
information also, like the type's description string (what it's for) and
most interestingly, any particular member's HelpID and a Help file string.
More on that later.

A Type is generally specified in terms of an Interface. An Interface is the
"source language" of a Type Library. It completely specifies everything
about a Class. A component can contain one or more classes because a Type
Library can contain the specifications of one or more Interfaces.

Types, that's what it's all about. At any rate, one of the central problems
was how to identify all these different things. MS (wisely) chose to use a
GUID to identify nearly everything. A GUID is exactly what it's name
implies: an absolutely unique identifier the world over. It will never be
repeated and no two are the same. If you want to know how *that* little
miracle was accomplished you can look it up. Here's a hint: no two network
cards have the same MAC (Media Access Control) address either.

A CLSID is a CLaSs IDentifier. It's a GUID that uniquely identifies one and
only one Class. A TypeLib is a GUID that uniquely identifies one and only
one Interface. And now we get to it:

A PROGID IS THE HUMAN READABLE FORM OF ANY GIVEN CLSID.

Try it: start regedit and open HKCR (that's HKEY_CLASSES_ROOT) Excel.Sheet.
There you'll find a subkey named CLSID and it's value is the CLSID of an
Excel Worksheet object. Any script language (VEE's VB-like Formula script
included) performs exactly these steps every time you call CreateObject.

That's fine for the object itself. Once VEE has the CLSID of the object it
can call CoCreateObject with the CLSID and Windows takes care of the rest,
but how do you use it? If you copy the CLSID value and go to the subkey,
HKCRCLSID and search for the CLSID key, you'll find a subkey named TypeLib.
You'll also find a subkey named LocalServer - and you'll find that it points
to the executable file that contains the Class. Well, that's all the
information you need to load an ITypeLib interface: the CLSID and the
server. That's done with a function called LoadTypeLibrary (strangely
enough).

>From there it's all peanuts. Well the concept is if not the actual
operation. The ITypeLib interface contains all the functionality necessary
to extract all the information about an interface from the executable (if it
publishes a Type Library - some don't). That's where the information comes
from that you see in your Function & Object Browser.

TOOLS FOR DISCOVERY
Ok so none of this really helps all that much. You want to find a ProgID for
a given object, or what object is identified by a given ProgID. Probably one
of the "easiest" ways of figuring all this out is to open HKCR and look at
the entries that conform to ProgIDs. Those that match *.*. Sometimes you'll
find *.*.* for those that are version specific (like Excel.Sheet.5 and
Excel.Sheet.8 for instance). The drawback is that this sort of browsing can
take a long, long time.

OLE VIEW
Probably the best overall tool available is Ole View. It's part of the
Windows SDK. If you have Microsoft Visual C++ it's installed (look in Visual
Studio Tools). If you don't and you don't want to buy VC++ you can install
the Core SDK (it's free if you can stand the download).

See http://www.microsoft.com/msdownload/pla ... /sdkupdate
(oh boy - hurry, the page is moving).

Ole View will tell you absolutely everything you want to know. The trouble
is it will tell you several hundred thousand things you don't want to know
too. It can be quite overwhelming. And so I came up with a thing or two...

I did mention I feel your pain, didn't I? Well I did and I did something
about it. As you browse the ActiveX Automation References... dialog, what
you see listed are library help strings. There's a program called
GetProgId.vee whose purpose is to go find ProgIDs that correspond to this
help string. Find it here:
http://www.oswegosw.com/SearchVRF.php?mi=8538

Also, you might notice that on the search page itself
(http://www.oswegosw.com/vrf_archive/SearchVRF.htm) the Results Format
example contains the subject, "Another ProgID Finder...". That program,
COMSniffer.vee, finds ProgIDs that belong to a specific server (.ocx, .dll,
.exe, .whatever). Find that here:
http://www.oswegosw.com/SearchVRF.php?mi=8840

Last, but certainly not least, there's the question of where exactly do you
find the gol darn help? I've taken that one on too and a few examples are in
the Archive:
http://www.oswegosw.com/SearchVRF.php?st=Finding+ActiveX+Help+Files

SPECIFICS
Now, your actual question! As far as DirectSR goes maybe this can help:
http://www.vbip.com/miscellaneous/Speech-Recognition.asp

As for ACTIVELISTENER, I can't find that one but Google seems to think
that's a Java thing.
-SHAWN-

---
You are currently subscribed to vrf as: MFord@generalmicrowave.com
To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".

---
You are currently subscribed to vrf as: rsb@soco.agilent.com
To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
Like • Show 0 Likes0
Actions
mford Sep 13, 2005 6:30 PM
Mark Correct
Correct Answer
Shawn,
I feel like I should pay you for this one. The wealth of information that
you have just provided is enormous. I have a lot to absorb. GetProgID.vee
was perfect. I'm off and running.....

Thanks

Michael Ford
Test Engineer
Herley Farmingdale
425 Smith Street Farmingdale, NY 11735-1198
(phone) 631.630.2068 (fax) 631.630.2066
mailto:Michael.Ford@Herley.com
-----Original Message-----
From: Shawn Fessenden [mailto:shawn@testech-ltd.com]
Sent: Tuesday, September 13, 2005 10:01 PM
To: VRF
Subject: RE: [vrf] CreateObject(ProgID)

> My biggest hurdle so far has been
> finding the valid ProgID for
> CreatObject(ProgID)

I feel your pain. Or rather I did.

> I haven't been able to find this
> information!

I'm afraid this particular pain won't go away. Alas, it goes hand in hand
with "component software". It takes a lot of discipline to actually document
what you do and that whole VB & ActiveX craze seemed to make software
authors out of practically everybody and their sister, so we're inundated
with components with (seemingly) no instructions.

On the bright side, we're inundated with software components. All it takes
is some poking around to figure out the details. Granted it's no fun, but
it's become part of the game. A game that's no fun? Well, I guess some would
say that programming has *never* been fun, but I'm not one of 'em.

Allow me to wallow in the glow of self-satisfaction while I demystify a few
of the relevant concepts. Or if you're really not into that, just skip down
to "TOOLS FOR DISCOVERY" or "SPECIFICS".

<POP!> Hmm. That was my glow going away

COMPONENT SOFTWARE
Microsoft's component strategy is (or rather *was*, it started changing
about 10 years ago) all about COM, the Component Object Model. It's a huge
specification, but at it's heart is the GUID, the Globally Unique
IDentifier.

And really it's not even Microsoft's. Most of these concepts existed long
ago and were specified by the OSF DCE, the Open Software Foundation's
Distributed Computing Environment. One very important concept was called
RPC, Remote Procedure Call. It's a method of specifying a function location,
name and parameter list to a remote computer. It also specifies what data
the remote function will return.

It also happens to be a perfect model for specifying the same things on the
*local* computer where component software is concerned. The history of
ActiveX is fairly interesting, but since we're only concerned with ProgIDs
the heck with it.

COMPONENTS: CLSID, TypeLib, Interface, ProgID
Component Software is all about components. A component, from Microsoft's
point of view, is an executable file with certain characteristics. Among
these is that it can "register" and (usually) "deregister" itself on the
local computer so as to make it's services available to other software. As
far as COM is concerned, this registration is through the system registry.
This is one of the ways COM breaks with RPC. If you've ever poked around in
Services, you've seen something called the RPC Locator Service. That's (more
or less) RPC's "registry".

A component contains one or more Classes. A Class is a unit of
functionality. It consists of some code, and when it is "instanced"
(created), some data. An instance of a Class is generally called an Object.
An Object has specific data associated with it. An Object's functionality
operates only on it's own data. Objects share functionality but not data.
That is, all objects of a particular Class share the same code, but that
code operates on different data. In case you weren't aware, this paragraph
more or less amounts to Object Oriented Programming 101 in a nutshell. Sure
there's more to it than that, but that's the central "big deal".

COM components publish functionality through a Type Library. A Type Library
specifies what functions are available in a Class, what their parameters are
and what data they return. A Type Library contains some other interesting
information also, like the type's description string (what it's for) and
most interestingly, any particular member's HelpID and a Help file string.
More on that later.

A Type is generally specified in terms of an Interface. An Interface is the
"source language" of a Type Library. It completely specifies everything
about a Class. A component can contain one or more classes because a Type
Library can contain the specifications of one or more Interfaces.

Types, that's what it's all about. At any rate, one of the central problems
was how to identify all these different things. MS (wisely) chose to use a
GUID to identify nearly everything. A GUID is exactly what it's name
implies: an absolutely unique identifier the world over. It will never be
repeated and no two are the same. If you want to know how *that* little
miracle was accomplished you can look it up. Here's a hint: no two network
cards have the same MAC (Media Access Control) address either.

A CLSID is a CLaSs IDentifier. It's a GUID that uniquely identifies one and
only one Class. A TypeLib is a GUID that uniquely identifies one and only
one Interface. And now we get to it:

A PROGID IS THE HUMAN READABLE FORM OF ANY GIVEN CLSID.

Try it: start regedit and open HKCR (that's HKEY_CLASSES_ROOT) Excel.Sheet.
There you'll find a subkey named CLSID and it's value is the CLSID of an
Excel Worksheet object. Any script language (VEE's VB-like Formula script
included) performs exactly these steps every time you call CreateObject.

That's fine for the object itself. Once VEE has the CLSID of the object it
can call CoCreateObject with the CLSID and Windows takes care of the rest,
but how do you use it? If you copy the CLSID value and go to the subkey,
HKCRCLSID and search for the CLSID key, you'll find a subkey named TypeLib.
You'll also find a subkey named LocalServer - and you'll find that it points
to the executable file that contains the Class. Well, that's all the
information you need to load an ITypeLib interface: the CLSID and the
server. That's done with a function called LoadTypeLibrary (strangely
enough).

>From there it's all peanuts. Well the concept is if not the actual
operation. The ITypeLib interface contains all the functionality necessary
to extract all the information about an interface from the executable (if it
publishes a Type Library - some don't). That's where the information comes
from that you see in your Function & Object Browser.

TOOLS FOR DISCOVERY
Ok so none of this really helps all that much. You want to find a ProgID for
a given object, or what object is identified by a given ProgID. Probably one
of the "easiest" ways of figuring all this out is to open HKCR and look at
the entries that conform to ProgIDs. Those that match *.*. Sometimes you'll
find *.*.* for those that are version specific (like Excel.Sheet.5 and
Excel.Sheet.8 for instance). The drawback is that this sort of browsing can
take a long, long time.

OLE VIEW
Probably the best overall tool available is Ole View. It's part of the
Windows SDK. If you have Microsoft Visual C++ it's installed (look in Visual
Studio Tools). If you don't and you don't want to buy VC++ you can install
the Core SDK (it's free if you can stand the download).

See http://www.microsoft.com/msdownload/pla ... /sdkupdate
(oh boy - hurry, the page is moving).

Ole View will tell you absolutely everything you want to know. The trouble
is it will tell you several hundred thousand things you don't want to know
too. It can be quite overwhelming. And so I came up with a thing or two...

I did mention I feel your pain, didn't I? Well I did and I did something
about it. As you browse the ActiveX Automation References... dialog, what
you see listed are library help strings. There's a program called
GetProgId.vee whose purpose is to go find ProgIDs that correspond to this
help string. Find it here:
http://www.oswegosw.com/SearchVRF.php?mi=8538

Also, you might notice that on the search page itself
(http://www.oswegosw.com/vrf_archive/SearchVRF.htm) the Results Format
example contains the subject, "Another ProgID Finder...". That program,
COMSniffer.vee, finds ProgIDs that belong to a specific server (.ocx, .dll,
.exe, .whatever). Find that here:
http://www.oswegosw.com/SearchVRF.php?mi=8840

Last, but certainly not least, there's the question of where exactly do you
find the gol darn help? I've taken that one on too and a few examples are in
the Archive:
http://www.oswegosw.com/SearchVRF.php?st=Finding+ActiveX+Help+Files

SPECIFICS
Now, your actual question! As far as DirectSR goes maybe this can help:
http://www.vbip.com/miscellaneous/Speech-Recognition.asp

As for ACTIVELISTENER, I can't find that one but Google seems to think
that's a Java thing.
-SHAWN-

---
You are currently subscribed to vrf as: MFord@generalmicrowave.com
To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".

---
You are currently subscribed to vrf as: rsb@soco.agilent.com
To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
Like • Show 0 Likes0
Actions
VRFuser Sep 13, 2005 8:37 PM
Mark Correct
Correct Answer
> I feel like I should pay you for this one.

Heck, I have trouble gettin paid for the stuff I'm sposta get paid for!

> I have a lot to absorb.

It sure can be bizarre. Taken in small chunks, it does start to make sense.

> GetProgID.vee was perfect.

Cool! It's helped a few people over the years. I did try to do some voice
command once but I never got far with it. I kind of lost interest.
-SHAWN-

---
You are currently subscribed to vrf as: rsb@soco.agilent.com
To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
Like • Show 0 Likes0
Actions
VRFuser Sep 13, 2005 8:37 PM
Mark Correct
Correct Answer
> I feel like I should pay you for this one.

Heck, I have trouble gettin paid for the stuff I'm sposta get paid for!

> I have a lot to absorb.

It sure can be bizarre. Taken in small chunks, it does start to make sense.

> GetProgID.vee was perfect.

Cool! It's helped a few people over the years. I did try to do some voice
command once but I never got far with it. I kind of lost interest.
-SHAWN-

---
You are currently subscribed to vrf as: rsb@soco.agilent.com
To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
Like • Show 0 Likes0
Actions

vrf CreateObject(ProgID)

Outcomes

Related Content

Recommended Content