Date   

Re: Running win10 without a monitor causes window size to become small?

Brian's Mail list account
 

Actually the main problem for me in updating to 10, is that it screws up special software that windows 10 removes and trashes all the data. it then needs manual configuration again which is a pain in the rear. I personally feel that you should be able to tell windows 10s bi yearly updates to leave some software no matter what it is, alone even if it is a modified version of an older Microsoft product like word, Outlook Express or a legacy bespoke sound editor for talking newspapers. Yes all of these can run in 10, but it never lets you decide to keep them.
Now we have Edge for 7, then this is how it stays till something big happens. Instead I may buy a win 10 machine for those times when I need it.
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.
Newsgroup monitored: alt.comp.blind-users

----- Original Message -----
From: "Luke Davis" <luke@...>
To: <nvda-devel@groups.io>
Sent: Tuesday, May 19, 2020 3:42 PM
Subject: Re: [nvda-devel] Running win10 without a monitor causes window size to become small?


On Tue, 19 May 2020, Rich Caloggero wrote:

will be using my win7 laptop goind forward, but I also know that it's a bit risky since win7 is no longer being updated.
Out of curiocity: why not update it? I have been told that upgrading to win 10 for free is still possible. I can't confirm that, but at least in the days right after the D Date for Win 7, I know it was.

Luke



Re: Running win10 without a monitor causes window size to become small?

Brian's Mail list account
 

I hope not since I never have a monitor on my machines since its just clutter.
I'd have thought one could over ride it somehow by settings? I'm using 7 too.
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.
Newsgroup monitored: alt.comp.blind-users

----- Original Message -----
From: "Rich Caloggero" <richcaloggero@...>
To: <nvda-devel@groups.io>
Sent: Tuesday, May 19, 2020 2:50 PM
Subject: [nvda-devel] Running win10 without a monitor causes window size to become small?


I'm a website evaluator for my day job and I was testing on my win10 machine and noticed that the site I was testing thought I was on a small screen. I tried with three different browsers with same results, so seems that windows 10 is telling the browser that I have a very small window size causing the site to switch into mobile mode.

Can anyone else confirm this? If this is indeed what is happening, is there a solution? I have no space for a monitor so cannot use one on this machine. I will be using my win7 laptop goind forward, but I also know that it's a bit risky since win7 is no longer being updated.

Thanx for any info.
-- Rich

--
-- Rich


Re: Running win10 without a monitor causes window size to become small?

David Csercsics
 

Yes, this probably has to do with the fact that Windows 10 when it doesn't have a monitor connected will set your video card to the maximum resolution it supports. At least that seems to be the case here since the recommended resolution for this machine is 2048x1536. If I understand things, that means you'd have really small icons and windows and things, but a lot of them. You'd probably have to check that and set it manually. The scaling options may have an effect as well, I know next to nothing about graphics. So I have no idea what you could set it to, Or if this is even  a problem. I get quite a few things that tell me they're off screen when I use object navigation and I don't know if this is related to no connected monitor as well.


Re: Running win10 without a monitor causes window size to become small?

Luke Davis
 

On Tue, 19 May 2020, Rich Caloggero wrote:

will be using my win7 laptop goind forward, but I also know that it's a bit risky since win7 is no longer being updated.
Out of curiocity: why not update it? I have been told that upgrading to win 10 for free is still possible. I can't confirm that, but at least in the days right after the D Date for Win 7, I know it was.

Luke


Re: Running win10 without a monitor causes window size to become small?

 

Hey Rich,


I also have a system without a monitor here. You should be able to set the display resolution in the Windows 10 display settings. I recently changed my resolution from 1024x768 to 1920x1080 to add some virtual space. May be that can help you as well.


Regards,

Leonard

On 19/05/2020 15:50, Rich Caloggero wrote:
I'm a website evaluator for my day job and I was testing on my win10 machine and noticed that the site I was testing thought I was on a small screen. I tried with three different browsers with same results, so seems that windows 10 is telling the browser that I have a very small window size causing the site to switch into mobile mode.

Can anyone else confirm this? If this is indeed what is happening, is there a solution? I have no space for a monitor so cannot use one on this machine. I will be using my win7 laptop goind forward, but I also know that it's a bit risky since win7 is no longer being updated.

Thanx for any info.
-- Rich


Running win10 without a monitor causes window size to become small?

Rich Caloggero
 

I'm a website evaluator for my day job and I was testing on my win10 machine and noticed that the site I was testing thought I was on a small screen. I tried with three different browsers with same results, so seems that windows 10 is telling the browser that I have a very small window size causing the site to switch into mobile mode.

Can anyone else confirm this? If this is indeed what is happening, is there a solution? I have no space for a monitor so cannot use one on this machine. I will be using my win7 laptop goind forward, but I also know that it's a bit risky since win7 is no longer being updated.

Thanx for any info.
-- Rich

--
-- Rich


Re: About QT4 accessibility

Sean
 

Unfortunately, the level of accessibility of QT programs is very variable.
For example, while I can use VLC very accessible, I cannot use the application built with another qt5.

I can not understand why this is due.
Sometimes one of the programs in the same version is accessible while the other is not.

QT is a very popular library.
I hate not being able to use most programs.

I hope there is something NVDA can do about this.

On 17/05/2020 10:36, Alberto Buffolino wrote:
Hi all,
main question: is there a qtaccessiblewidgets4.dll publicly available and redistributable?
Explanation: in these years I have encountered many programs with QT4 GUI - the old Calibre, SPFlashTool (familiar to Android modders), Lightscreen, Lazesoft Recovery Suite, and others that I forgot - for which putting that DLL in a folder called "accessible" in their main path magically turns them from completely inaccessible to at least usable... but I got this DLL from an old Kindle for PC installation, so it obviously signed by Amazon LLc, that sounds very bad for my previous question. 😅
If there is a way to compile a generic version, I'm thinking, maybe we could make an add-on for this situation, or even include it in NVDA directly, like which was done for JAB...
I know that with QT5 the situation is better, but in my experience QT4 is still largely present and, unfortunately, often in software quite specialised.
Just a thought...
Alberto



--

Sean

I’m student and programmer. I write often Python, sometimes Go and rarely C++.
I can understand Turkish and English.


About QT4 accessibility

Alberto Buffolino
 

Hi all,
main question: is there a qtaccessiblewidgets4.dll publicly available and redistributable?
Explanation: in these years I have encountered many programs with QT4 GUI - the old Calibre, SPFlashTool (familiar to Android modders), Lightscreen, Lazesoft Recovery Suite, and others that I forgot - for which putting that DLL in a folder called "accessible" in their main path magically turns them from completely inaccessible to at least usable... but I got this DLL from an old Kindle for PC installation, so it obviously signed by Amazon LLc, that sounds very bad for my previous question. 😅
If there is a way to compile a generic version, I'm thinking, maybe we could make an add-on for this situation, or even include it in NVDA directly, like which was done for JAB...
I know that with QT5 the situation is better, but in my experience QT4 is still largely present and, unfortunately, often in software quite specialised.
Just a thought...
Alberto


NVDA add-on: Developer toolkit 20.04 is released

Andy B.
 

Hi,

 

The NVDA add-on, Developer toolkit 20.04 has been released. You can read about and download it below.

https://github.com/ajborka/nvda_developer_toolkit/releases/tag/20.04

 

 

Sent from Mail for Windows 10

 


Re: Any chance of compiling NVDA with VSCode?

Marlon Brandão de Sousa
 

Objectively speaking VSCode can use Microsoft c++ compiler as its c++ backend.


You would need to make sure all the needed components (header files, libs, DLLs and others) that Visual Studio installs automatically when you choose to install some components are installed and in folders that the c++ compiler can access and you would need to make sure that the commands scons perform such as midl and others are available in non visual studio installations.


Discovering which of them are available in the Microsoft c++ compiler installation itself and which are Visual Studio wrappers might take some time.


In general, you can use vscode to edit the c++ files. Things such as intelicense and others should work relatively but all of this in a computer where Visual Studio and dependencies are already installed.


If you want to go for non Visual Studio installs you would need to collect all dependencies Visual Studio installs and install by your self and make sure the version of the platform sdk NVDA uses and Visual c++ compiler are installed and probably play with scons scripts, which deserve their own section of experimentation in order to figure out.


This would be a huge thing to do.


Personally, I would like to have an automated way of having dlls compiled for a given commit by a build machine, because this would allow users with computers not able to run
Visual Studio to run NVDA locally. The vast majority of NVDA contributors do not need to play with the c++ code and it is probable that potential contributors from parts of the world where having a computer good enough to run VS 2019 (a very heavy package) is not so easy are probably blocked from contributing, even if they need to change only python.


The many many giga bites of storage that ARM related SDKs use might be an issue, even one having Visual Studio, because if they are only changing python they wouldn't need to compile arm to run locally, only x86 and x64.


Now that we have github actions may be we can generate pre compiled DLLs for every commit on master and allow folks just to download the package ratter than having to compile them all if they don't need or can not afford to compile them for whatever reason and need, never-the-less, run locally.

On 09/05/2020 20:04, James Scholes wrote:
Pretty sure VS Code is Visual Studio in name only.  I.e. it's not a stripped down version of Visual Studio, it's a completely different codebase and application.  NVDA needs access to components which ship with Visual Studio, rather than the IDE itself, so this isn't likely to make sense.

Regards,

James Scholes

On 09/05/2020 at 6:00 pm, Alex Hall wrote:
Hey all,
The official way to compile NVDA is with Visual Studio. I've never used that application seriously, but in the last few months, I've come to really enjoy using VSCode. Is there any chance that NVDA could be compiled with VSCode instead of the full-blown Visual Studio application?

--
Alex Hall
Automatic Distributors, IT department
ahall@... <mailto:ahall@...>


Re: Any chance of compiling NVDA with VSCode?

Alex Hall
 

Thanks for the responses, everyone. Joel, I'll give that a shot and see what happens.

I didn't really consider the libraries and packages VS installs, but it makes sense now that people point it out. After all, to make something like NVDA into an executable, it needs a bunch of DLLs for WX and other components. I remember running into some really weird problems when running py2exe on anything using WX, where I had to locate specific versions of DLL files before the packager gave me a valid executable. I guess I figured all that would be included in the code base, but it also makes sense to just rely on the IDE to provide the right files in the right places.


On Mon, May 11, 2020 at 9:34 AM Joel <Joeldodson@...> wrote:
Hi guys,

I've only recently started trying VSCode so don't take what I say as gospel...

VSCode is in the fancy code editor space as opposed to being a traditional IDE like Visual Studio or Eclipse or InteliJ or pick your poison.  It's based on ElectronJS.  It has nothing to do with the Visual Studio code base.  If you want to develop in languages other than Javascript running on NodeJS (and I think it natively supports Typescript as well), you need to install plugins.  Python, for example, is one of the most popular plugins.

Alex, look in the main github repo for NVDA, https://github.com/nvaccess/nvda, and search for "VSCode".  It will take you to a section of the readme.md describing how to install some configuration to use VSCode for NVDA development.  You'll still need to install Visual Studio Community Edition with all the packages listed in the readme.md.  I haven't tried this but would be surprised if it doesn't work.

Cheers, Joel


-----Original Message-----
From: nvda-devel@groups.io <nvda-devel@groups.io> On Behalf Of Brian's Mail list account via groups.io
Sent: Sunday, May 10, 2020 12:41 AM
To: nvda-devel@groups.io
Subject: Re: [nvda-devel] Any chance of compiling NVDA with VSCode?

So what is vs code for then? Just a quick and dirty way of writing small projects?
 Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.
Newsgroup monitored: alt.comp.blind-users
----- Original Message -----
From: "James Scholes" <james@...>
To: <nvda-devel@groups.io>
Sent: Sunday, May 10, 2020 12:04 AM
Subject: Re: [nvda-devel] Any chance of compiling NVDA with VSCode?


> Pretty sure VS Code is Visual Studio in name only.  I.e. it's not a
> stripped down version of Visual Studio, it's a completely different
> codebase and application.  NVDA needs access to components which ship with
> Visual Studio, rather than the IDE itself, so this isn't likely to make
> sense.
>
> Regards,
>
> James Scholes
>
> On 09/05/2020 at 6:00 pm, Alex Hall wrote:
>> Hey all,
>> The official way to compile NVDA is with Visual Studio. I've never used
>> that application seriously, but in the last few months, I've come to
>> really enjoy using VSCode. Is there any chance that NVDA could be
>> compiled with VSCode instead of the full-blown Visual Studio application?
>>
>> --
>> Alex Hall
>> Automatic Distributors, IT department
>> ahall@... <mailto:ahall@...>
>>
>
>
>










--
Alex Hall
Automatic Distributors, IT department
ahall@...


Re: Any chance of compiling NVDA with VSCode?

Joel
 

Hi guys,

I've only recently started trying VSCode so don't take what I say as gospel...

VSCode is in the fancy code editor space as opposed to being a traditional IDE like Visual Studio or Eclipse or InteliJ or pick your poison. It's based on ElectronJS. It has nothing to do with the Visual Studio code base. If you want to develop in languages other than Javascript running on NodeJS (and I think it natively supports Typescript as well), you need to install plugins. Python, for example, is one of the most popular plugins.

Alex, look in the main github repo for NVDA, https://github.com/nvaccess/nvda, and search for "VSCode". It will take you to a section of the readme.md describing how to install some configuration to use VSCode for NVDA development. You'll still need to install Visual Studio Community Edition with all the packages listed in the readme.md. I haven't tried this but would be surprised if it doesn't work.

Cheers, Joel

-----Original Message-----
From: nvda-devel@groups.io <nvda-devel@groups.io> On Behalf Of Brian's Mail list account via groups.io
Sent: Sunday, May 10, 2020 12:41 AM
To: nvda-devel@groups.io
Subject: Re: [nvda-devel] Any chance of compiling NVDA with VSCode?

So what is vs code for then? Just a quick and dirty way of writing small projects?
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.
Newsgroup monitored: alt.comp.blind-users
----- Original Message -----
From: "James Scholes" <james@...>
To: <nvda-devel@groups.io>
Sent: Sunday, May 10, 2020 12:04 AM
Subject: Re: [nvda-devel] Any chance of compiling NVDA with VSCode?


Pretty sure VS Code is Visual Studio in name only. I.e. it's not a
stripped down version of Visual Studio, it's a completely different
codebase and application. NVDA needs access to components which ship with
Visual Studio, rather than the IDE itself, so this isn't likely to make
sense.

Regards,

James Scholes

On 09/05/2020 at 6:00 pm, Alex Hall wrote:
Hey all,
The official way to compile NVDA is with Visual Studio. I've never used
that application seriously, but in the last few months, I've come to
really enjoy using VSCode. Is there any chance that NVDA could be
compiled with VSCode instead of the full-blown Visual Studio application?

--
Alex Hall
Automatic Distributors, IT department
ahall@... <mailto:ahall@...>


Re: Any chance of compiling NVDA with VSCode?

Brian's Mail list account
 

So what is vs code for then? Just a quick and dirty way of writing small projects?
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.
Newsgroup monitored: alt.comp.blind-users

----- Original Message -----
From: "James Scholes" <james@...>
To: <nvda-devel@groups.io>
Sent: Sunday, May 10, 2020 12:04 AM
Subject: Re: [nvda-devel] Any chance of compiling NVDA with VSCode?


Pretty sure VS Code is Visual Studio in name only. I.e. it's not a stripped down version of Visual Studio, it's a completely different codebase and application. NVDA needs access to components which ship with Visual Studio, rather than the IDE itself, so this isn't likely to make sense.

Regards,

James Scholes

On 09/05/2020 at 6:00 pm, Alex Hall wrote:
Hey all,
The official way to compile NVDA is with Visual Studio. I've never used that application seriously, but in the last few months, I've come to really enjoy using VSCode. Is there any chance that NVDA could be compiled with VSCode instead of the full-blown Visual Studio application?

--
Alex Hall
Automatic Distributors, IT department
ahall@... <mailto:ahall@...>


Re: Any chance of compiling NVDA with VSCode?

James Scholes
 

Pretty sure VS Code is Visual Studio in name only. I.e. it's not a stripped down version of Visual Studio, it's a completely different codebase and application. NVDA needs access to components which ship with Visual Studio, rather than the IDE itself, so this isn't likely to make sense.

Regards,

James Scholes

On 09/05/2020 at 6:00 pm, Alex Hall wrote:
Hey all,
The official way to compile NVDA is with Visual Studio. I've never used that application seriously, but in the last few months, I've come to really enjoy using VSCode. Is there any chance that NVDA could be compiled with VSCode instead of the full-blown Visual Studio application?
--
Alex Hall
Automatic Distributors, IT department
ahall@... <mailto:ahall@...>


Any chance of compiling NVDA with VSCode?

Alex Hall
 

Hey all,
The official way to compile NVDA is with Visual Studio. I've never used that application seriously, but in the last few months, I've come to really enjoy using VSCode. Is there any chance that NVDA could be compiled with VSCode instead of the full-blown Visual Studio application?

--
Alex Hall
Automatic Distributors, IT department
ahall@...


Re: Introducing our Google Summer of Code 2020 student: Shubham Jain

Noelia Ruiz
 

Hello:

Imo, the approach chosen in the current project is good. For me,
trying to recognize images and objects is not contradictory with
common or less frequent interfaces, since images can be associated or
contain long pieces of text (which we could understand as a common
interface like readonly edit box or a document), with links, buttons
(for example sometimes OCR can be used to activate buttons of a dialog
in an inaccessible program), or even several of these kind of
controls, such as image maps in webpages.
I think that developers need to provide semantic information and
screen readers can use this throught known apis and standards like
HTML, to show headings for example, so we can navigate with h key.
Of course images, the same as audio transcriptions and maybe other
elements, need to be correctly described and human and manual
activities are likely required to produce an accurate result to be
presented in screen readers. But this is not always possible, so I
think that this project goes in the right way, since this doesn't mean
that images are not used as commont elements of interfaces. I think
images and its objects and text can be contained in these elements, so
this is not a separate or a different thing respect common elements,
but a subset of them and text is better recognized, so detecting the
content of images for me is right.
Regards

2020-05-09 17:09 GMT+02:00, Rui Fontes <rui.fontes@...>:

I agree! Such technic and, perhaps an attempt to decipher the control
name given by the developer, will make the use of some programs much
easier!


Rui Fontes


Às 12:56 de 09/05/2020, Marlon Brandão de Sousa escreveu:

I would focus instead on common interface elements recognition, for
example buttons, checkboxes, label associations and etc.


Although less glamorous with the final user, for me screen readers
will have to use this approach sooner or latter because nobody can
keep up with the pace of technology and accessibility will be each
time more broken in the sense that the time new technology arises and
the time they keep up with accessibility before being replaced by
newer technology is inversely proportional, which means that the time
between one technology becoming accessibility mature and being
replaced by newer imature technology will be each time smaller while
the time for new technology to become mature in terms of accessibility
will be equals or greater than it is today, given that more resources
tend to be allocated in new stuff development than in becoming current
stuff mature.


This is a marketing tendency and there is nothing we can do about it,
think about how accessibility and usability as a whole has decreased
in Apple systems because the pressure to release new features is
imposed by the marketing and each time greater.


Today Microsoft is spending lots of resources in accessibility. This
has made lives of screen readers for Windows easier than ever, but who
knows how much time this will least. It might be forever, it might be
for six months before the company redirects efforts to other
priorities. What if a foreign company arises and starts imposing
pressure for new stuff on Microsoft for Windows matters, just like the
marketing is moving faster and faster on the mobile arena?


Fact of life is the only thing we can assume that will be considered
are the visual interfaces for sighted people. These will never become
inaccessible to the sighted for obvious reasons and my understanding
is that they are standardized enough to be recognizable (a button is
relatively the same in qt, gtk, win32, windows forms or exposed by a
remote desktop screen) because people can recognize it as a button and
when it is clicked it behaves like a button. If sighted people can
recognize it as a button, then should image recognition IA, because
unless screen readers start to use a IA approach they won't be able to
resist in the long run.


Of course this doesn't solve all the possible problems, system focus,
context information, OS events and such wouldn't be but at least one
could focus more on scripts to correlation stuff than on querying apps
to extract visual element descriptions, which ultimately depends on
developers that, history shows, are usually either because they lack
knowledge, resources or will, unable to keep up in time.


On 05/05/2020 15:49, @ShubhamJain wrote:
Thank you for the introduction Reef!

I am very excited to be working on this project and getting to know
the community better! As Reef mentioned, you can find details about
the project at the above link or you can just contact me.

The ultimate goal of this project is to help and benefit the
community and users, and so, I would love any and all feedback, tips
and guidance you might have to offer!
It will not be possible for this project to be a success without your
input!

Looking forward to working with all of you!

regards,
Shubham Jain



Re: Introducing our Google Summer of Code 2020 student: Shubham Jain

Rui Fontes
 

I agree! Such technic and, perhaps an attempt to decipher the control name given by the developer, will make the use of some programs much easier!


Rui Fontes


Às 12:56 de 09/05/2020, Marlon Brandão de Sousa escreveu:

I would focus instead on common interface elements recognition, for example buttons, checkboxes, label associations and etc.


Although less glamorous with the final user, for me screen readers will have to use this approach sooner or latter because nobody can keep up with the pace of technology and accessibility will be each time more broken in the sense that the time new technology arises and the time they keep up with accessibility before being replaced by newer technology is inversely proportional, which means that the time between one technology becoming accessibility mature and being replaced by newer imature technology will be each time smaller while the time for new technology to become mature in terms of accessibility will be equals or greater than it is today, given that more resources tend to be allocated in new stuff development than in becoming current stuff mature.


This is a marketing tendency and there is nothing we can do about it, think about how accessibility and usability as a whole has decreased in Apple systems because the pressure to release new features is imposed by the marketing and each time greater.


Today Microsoft is spending lots of resources in accessibility. This has made lives of screen readers for Windows easier than ever, but who knows how much time this will least. It might be forever, it might be for six months before the company redirects efforts to other priorities. What if a foreign company arises and starts imposing pressure for new stuff on Microsoft for Windows matters, just like the marketing is moving faster and faster on the mobile arena?


Fact of life is the only thing we can assume that will be considered are the visual interfaces for sighted people. These will never become inaccessible to the sighted for obvious reasons and my understanding is that they are standardized enough to be recognizable (a button is relatively the same in qt, gtk, win32, windows forms or exposed by a remote desktop screen) because people can recognize it as a button and when it is clicked it behaves like a button. If sighted people can recognize it as a button, then should image recognition IA, because unless screen readers start to use a IA approach they won't be able to resist in the long run.


Of course this doesn't solve all the possible problems, system focus, context information, OS events and such wouldn't be but at least one could focus more on scripts to correlation stuff than on querying apps to extract visual element descriptions, which ultimately depends on developers that, history shows, are usually either because they lack knowledge, resources or will, unable to keep up in time.


On 05/05/2020 15:49, shubhamdjain7@... wrote:
Thank you for the introduction Reef!

I am very excited to be working on this project and getting to know the community better! As Reef mentioned, you can find details about the project at the above link or you can just contact me.

The ultimate goal of this project is to help and benefit the community and users, and so, I would love any and all feedback, tips and guidance you might have to offer!
It will not be possible for this project to be a success without your input!

Looking forward to working with all of you!

regards,
Shubham Jain


Re: Introducing our Google Summer of Code 2020 student: Shubham Jain

Marlon Brandão de Sousa
 

I would focus instead on common interface elements recognition, for example buttons, checkboxes, label associations and etc.


Although less glamorous with the final user, for me screen readers will have to use this approach sooner or latter because nobody can keep up with the pace of technology and accessibility will be each time more broken in the sense that the time new technology arises and the time they keep up with accessibility before being replaced by newer technology is inversely proportional, which means that the time between one technology becoming accessibility mature and being replaced by newer imature technology will be each time smaller while the time for new technology to become mature in terms of accessibility will be equals or greater than it is today, given that more resources tend to be allocated in new stuff development than in becoming current stuff mature.


This is a marketing tendency and there is nothing we can do about it, think about how accessibility and usability as a whole has decreased in Apple systems because the pressure to release new features is imposed by the marketing and each time greater.


Today Microsoft is spending lots of resources in accessibility. This has made lives of screen readers for Windows easier than ever, but who knows how much time this will least. It might be forever, it might be for six months before the company redirects efforts to other priorities. What if a foreign company arises and starts imposing pressure for new stuff on Microsoft for Windows matters, just like the marketing is moving faster and faster on the mobile arena?


Fact of life is the only thing we can assume that will be considered are the visual interfaces for sighted people. These will never become inaccessible to the sighted for obvious reasons and my understanding is that they are standardized enough to be recognizable (a button is relatively the same in qt, gtk, win32, windows forms or exposed by a remote desktop screen) because people can recognize it as a button and when it is clicked it behaves like a button. If sighted people can recognize it as a button, then should image recognition IA, because unless screen readers start to use a IA approach they won't be able to resist in the long run.


Of course this doesn't solve all the possible problems, system focus, context information, OS events and such wouldn't be but at least one could focus more on scripts to correlation stuff than on querying apps to extract visual element descriptions, which ultimately depends on developers that, history shows, are usually either because they lack knowledge, resources or will, unable to keep up in time.


On 05/05/2020 15:49, shubhamdjain7@... wrote:
Thank you for the introduction Reef!

I am very excited to be working on this project and getting to know the community better! As Reef mentioned, you can find details about the project at the above link or you can just contact me.

The ultimate goal of this project is to help and benefit the community and users, and so, I would love any and all feedback, tips and guidance you might have to offer!
It will not be possible for this project to be a success without your input!

Looking forward to working with all of you!

regards,
Shubham Jain


Re: Introducing our Google Summer of Code 2020 student: Shubham Jain

 

Hi,

His name is Oliver and email address is oliver.edholm@.... Also, if you want to introduce yourself to add-ons community, the NVDA Add-ons list can be found at:

https://nvda-addons.groups.io/g/nvda-addons

 

I advise talking to Oliver first so he can give you some feedback about the proposal.

Cheers,

Joseph

 

From: nvda-devel@groups.io <nvda-devel@groups.io> On Behalf Of Shubham Jain
Sent: Thursday, May 7, 2020 10:54 AM
To: nvda-devel@groups.io
Subject: Re: [nvda-devel] Introducing our Google Summer of Code 2020 student: Shubham Jain

 

Hello again Joseph,

I would love to talk to the author of the add-on! I would be very grateful if you could connect me to him.
Thank you so much!

regards,
Shubham Jain

_._,_._,_


Groups.io Links:

You receive all messages sent to this group.

View/Reply Online (#45022) | Reply To Group | Reply To Sender | Mute This Topic | New Topic

Your Subscription | Contact Group Owner | Unsubscribe [joseph.lee22590@...]

_._,_


Re: Introducing our Google Summer of Code 2020 student: Shubham Jain

Shubham Jain
 

Hello again Joseph,

I would love to talk to the author of the add-on! I would be very grateful if you could connect me to him.
Thank you so much!

regards,
Shubham Jain