I did look in the gac and only saw the uiautomation client, but in the sample project they have references to two other items including the core which are not in the gac. This is what I was asking about.
Rick Thomas via Scripting <scripting@lists.window-eyes.com> wrote: > Hi Chip Aaron et all: > Arent the UIA elements all in the .net framework and available to Visual > Studio projects without using the non managed dll? > They were a few years ago when I mucked with UIA and WindowEyes Object Model > inside a vb.net project as an external script. > I see Aaron mentions a dll with a date from 2009, sounds outdated perhaps, > while the latest .net framework should be pretty up to date. > A few years ago the developer at Microsoft who was handling the UIA DLL > would develop, test and debug it then MS would add it into the .net > framework. > I don't know if this has changed but since the UIA has been around for a > long time now I would guess 99 percent of the managed UIA in the .net > platform is about as up to date as anyone would reasonablly need and save > allot of these headaches. > But Aaron might know more about the Microsoft UIA implementation as it > applies to post 2009 implementations me thinks. > If you can work with the managed code version of the UIA framework objects > it will be much easier, always up to date with whatever version of windows > and the .net framework you install on your machines and execute faster since > you avoid the constant necessity of converting every object event and > variable into and out of an external dll due to data typing differences. > Note this is done automagically by the operating system but incurs > performance overhead for every call into or out of the external, non > standard object and the UIA dll is a non standard, non standard com > component - or it was when I was talking to the dll developer a few years > ago and required the modifications Aaron had mentioned just to be loaded > into a project. > COM is rather a pain to work with and has its own set of problems when it > comes to some event handling and performance - both things you might want to > avoid if wanting speed and accuracy for something like a always running > screen reader script. > All this said, my experience is from several years ago so if I am wrong let > me know since things may have changed since say 2009 but based on my past > work I recommend using the .net framework version of the UIA platform and > avoiding the external, non standard com work and overhead. > Rick USA > > _______________________________________________ > Any views or opinions presented in this email are solely those of the author > and do not necessarily represent those of Ai Squared. > > For membership options, visit > http://lists.window-eyes.com/options.cgi/scripting-window-eyes.com/covici%40ccs.covici.com. > For subscription options, visit > http://lists.window-eyes.com/listinfo.cgi/scripting-window-eyes.com > List archives can be found at > http://lists.window-eyes.com/private.cgi/scripting-window-eyes.com -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com _______________________________________________ Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Ai Squared. For membership options, visit http://lists.window-eyes.com/options.cgi/scripting-window-eyes.com/archive%40mail-archive.com. For subscription options, visit http://lists.window-eyes.com/listinfo.cgi/scripting-window-eyes.com List archives can be found at http://lists.window-eyes.com/private.cgi/scripting-window-eyes.com