Actually I think I'm the one who got confused: I saw you use
Window-Eyes as the object to create, but thought you wanted a
Scripting.Dictionary object in the end, and were only using the
Window-Eyes object as an example. The original poster did want a
Scripting.Dictionary object, which must be created rather than fetched
On Mon, Sep 09, 2013 at 12:33:44PM -0400, Rod Hutton wrote:
Hi Doug,
Thanks for the info. I take it, then, that being able to use
CreateObject to instantiate the Window-Eyes object means that you are
creating a new copy of the Window-Eyes object, whereas GetObject
simply allows the use of the one already available on a system runningia
GetObject.
Window-Eyes. Forgive me, Doug, but as a fairly new programmer using
objects, this is a little confusing. (smile)
bfn,
Rod
Original message:
GetObject is for when you want a reference to something that's already
running. In this case though, he wants something new, that is not
running already. For example, if you are running Microsoft Word and
you want to control it, you might use GetObject("Word.Application").
But if you use CreateObject("Word.Application"), you'll probably
launch a new instance of Word. There is no Scripting.Dictionary object
running and waiting for programs to attach to it. Programs that want a
dictionary object just go make one.
On Sun, Sep 08, 2013 at 12:51:49AM -0400, Rod Hutton wrote:
Chip,
I looked up a note I had made and am wondering if this has something
to do with your problem.
I don't know as much about programming as I will some day, but would
it be better to use "GetObject" rather than "CreateObject"?
Here's the note I had made some time ago:
'To instantiate the window-eyes object externally,
'use either of these forms:
'set WO = GetObject("","windoweyes.application")
'or
'set WO = createObject("windoweyes.application")
hth,
Rod
Subject: low-level type of question
From: "Chip Orange"
<[email protected]>
Date: Sat, 7 Sep 2013 17:40:59 -0400
Reply-To:
[email protected]
Hi all,
For those of you who understand the really low-level way in which things
work, I wonder if you could guess at a problem I'm having (I'm just curious
as to why, not that I expect anyone to solve it).
At work I sometimes program in visual foxpro; an interpreted macro language,
much like VBScript. I frequently use activeX objects in these programs.
Recently, because I've learned about the scripting object
scripting.dictionary from my work with Window-eyes, I tried to use this
object in VFP programs. While it executes the CreateObject() just fine,
whenever I try to use any of the methods or properties of the
scripting.dictionary object I get an error from VFP that the property or
method can't be found.
Just wondering if there are different low-level standards for interfacing
with COM objects, and does the scripting.dictionary object require a
specific one (which VFP might not support)?
Thanks for any clues here.
Chip
--
Doug Lee, Senior Accessibility Programmer
SSB BART Group - Accessibility-on-Demand
mailto:[email protected]
http://www.ssbbartgroup.com
"While they were saying among themselves it cannot be done,
it was done." --Helen Keller
--
Doug Lee, Senior Accessibility Programmer
SSB BART Group - Accessibility-on-Demand
mailto:[email protected] http://www.ssbbartgroup.com
"While they were saying among themselves it cannot be done,
it was done." --Helen Keller
