Well, the JAWS scripting language as it currently stands is proprietary and has very little support for Objects, one can declare a variable to contain an object, but there is no way to catch errors on methods except to check the results and see if they are null.
JAWS scripting language does have extensive support for UIA, MSAA and Windows controls though each has its own variety of coding. I have scripted in both WindowEyes and JAWS and so might be able to help you with specific issues. var string x x = GetWindowName(GetCurrentWindow()) If VFO considers the WindowEyes users important, they should create a separate but equal coding environment that is based on WindowEyes and uses modern object orientated paradigms while still maintaining their current scripting tools for backward compatibility. If this is done, then perhaps you won't have to learn the thousands of separate functions available to the current JAWS scriptures. Though with 20years of JAWS scripting around, it would be impossible to completely retread JAWS to use a modern scripting structure. Best Wishes, Jonathan Cohn On Mon, May 15, 2017 at 11:49 AM David via Scripting < [email protected]> wrote: > I do understand that an app that has been developed under the great > scripting capability of WineEyes, will not be possible to simply plug in > under Jaws. At least, it is my understanding, that Jaws has its own > dedicated scripting system. > > Still, a number of apps, both officially released and many that I have > developed for my personal usage, would be a great miss when migrating. > Whenever the migrating will be. Smile. > > Now, is there a way for me, to make my apps become stand-alone, in the > sense that they could be run under any screen reader? That they still > would be using features like the UI capabilities and other functionality > of for instance GWToolkit? I do understand, that apps that make great > usage of, or directly works with internal features of WinEyes, may not > be possible to run under any other screen readers, since they won't have > any functionality to hook on to. But an app like for instance the > "remind me where", that Chip Orange developed, and which base its main > functionality on information from the net, and greatly on the UI > environment of WinEyes scripting, sould such a program be possible to > make go general? Sure I could have thought of a good number of other > apps that I have come to rely on, and which would have been great to see > under other screen readers. > > Guess my basic question is, what would I need to do in my app code, to > make it possible to run outside the WinEyes environment, if that is at > all possible? And if realistic, does there exist any sample code that I > can look at, so as to see it done in practicality? > > Thanks, > > _______________________________________________ > 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/jon.c.cohn%40gmail.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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.window-eyes.com/private.cgi/scripting-window-eyes.com/attachments/20170515/b2739b3d/attachment.htm> _______________________________________________ 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
