As far as I know there is nothing equivalent to virtual display drivers on windows 10. But how do we manipulates text or specific parts of windows on a low-level schema is something I still need to verify on NVDA. If Microsoft has provided apis to replace the virtual displays functionalities then NVDA will end implementing that if they didn't already. I will try to ask them and then return here a response.
Obrigado, Marlon Brandão de Sousa > Em 30 de mai de 2017, às 14:12, Jonathan Cohn <[email protected]> escreveu: > > I was speaking of virtual display drivers or the Windows 8/10 equivalent. > NVDA does not mess with display drivers and in fact does not appear to need > elevated privileges for either installation or running. User windows that I > was referencing was the ability to mark a rectangle of the current window or > display to have different characteristics in terms of screen echo of new > text. In the scripts my team worked on in WindowEyes we did not use this > directly, but instead used the NewText event and then examined parameters > like parent window / object / Location of output to determine if the data > presented should be immediately echoed. I am not sure if rectangles of > on-screen text can be resolved as precisely in NVDA. Though I expect that > mostly terminal / mud clients were the primary type of application where this > becomes the most critical, as they tend to have one block of text with no > additional API's available to define the purpose of the text. > HTH, > > Jonathan Cohn > >> On 30 May 2017 at 11:29, Marlon Brandão de Sousa <[email protected]> >> wrote: >> Can you explain me what A virtual mode means in that context? >> >> If you are talking about Internet navigation NVDA has The navigation mode. >> NVDA also has wrappers to win 32 functions. >> >> While Jaws scripting also needs to be considered, The ability to script and >> nvda should have a higher priority, because now there is only one commercial >> solution and we are not sure about what they are going to do, including but >> not limited to pricing. The only viable option we have two survive should >> the commercial option set rules that we can't support is nvda. Monopoly >> always scares me. >> Obrigado, >> Marlon Brandão de Sousa >> >> > Em 30 de mai de 2017, às 11:54, Dennis Long via Scripting >> > <[email protected]> escreveu: >> > >> > What about scripting for Jaws? >> > >> > -----Original Message----- >> > From: Scripting >> > [mailto:[email protected]] On >> > Behalf Of Jonathan Cohn via Scripting >> > Sent: Tuesday, May 30, 2017 10:53 AM >> > To: Chip Orange; Window-Eyes Scripting List >> > Subject: Re: migrating apps >> > >> > Mr Lee of NVAccess / NVDA proposed on twitter yesterday having a one day >> > class on scripting NVDA. I guess it is time to learn Python. Anybody >> > interested in doing a set of regular discussions like Chip did way back to >> > migrate our common knowledge into NVDA scripting knowledge? I wonder how >> > difficult it would be to have an NVDA that emulates the favorite parts of >> > WindowEyes. I expect the hardest part considering that NVDA doesn't appear >> > to have a virtual mode would be the User Windows functions but then it >> > seems >> > that WindowEyes wasn't supporting that very aggressively. >> > >> > Best Wishes, >> > >> > Jonathan Cohn >> > >> > On Fri, May 26, 2017 at 7:01 PM Chip Orange via Scripting < >> > [email protected]> wrote: >> > >> >> Hi David, >> >> >> >> You could look at the possibility of running your app as a Windows >> >> VBScript rather than a Window-Eyes VBScript. You'd have to do without >> >> the WE dialogs and all the other WE features of scripting which we all >> >> used, but if you don't make use of these features very much, you might >> >> be able to get a Windows VBScript version to run. If you could, this >> >> would be the easiest way to get some apps converted away from WE. >> >> >> >> VBScript does have some very basic input and output commands (you can >> >> display a dialog and get a string response from the user), this could >> >> possibly be enough for your needs. It has no equivalents to MSAA or >> >> Windows etc., so nothing which assisted you with accessibility is >> >> likely to run. >> >> >> >> Of course, Window-Eyes will continue to run for some indefinite amount >> >> of time ... and I'd be glad to share the source code to Remind Me >> >> Where with anyone who'd like to try tinkering with it while it does. >> >> If you wanted to keep something big like it is running, I would guess >> >> learning VB.net might be the closest to what you're used to. >> >> >> >> Like Richard, I feel something like the end of Animal Farm as well. >> >> >> >> Take care, >> >> >> >> Chip >> >> >> >> >> >> -----Original Message----- >> >> From: Scripting >> >> [mailto:[email protected]] >> >> On Behalf Of David via Scripting >> >> Sent: Monday, May 15, 2017 11:49 AM >> >> To: Aaron Smith; Window-Eyes Scripting List >> >> Subject: migrating apps >> >> >> >> 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/lis >> >> ts3717 >> >> %40comcast.net >> >> <http://lists.window-eyes.com/options.cgi/scripting-window-eyes.com/li >> >> sts3717%40comcast.net> >> >> . >> >> 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 >> >> >> >> _______________________________________________ >> >> 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/attachme >> > nts/20170530/13d902d4/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/dennisl19 >> > 82%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 >> > >> > _______________________________________________ >> > 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/splyt.lists%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/20170530/b39d7b6a/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
