Hi everyone, is anyone else noticing that when arrowing or otherwise navigating Facebook's standard view, the interface tends to slow down to a crawl? In addition, I am experiencing the virtual cursor randomly jumping back a few lines, resulting in lines being read twice, and random switches to focus mode. Are there any known remedies, except of course switching to mobile view, which is not even recommended to blind users by Facebook itself? All the best, Felix
|
|
hi,
This is an NVDA issue which has existed for about a few centuries, which is also ignored by the devs. This happens not only in facebook, but in many websites with dynamically changing content, or with dialogues, for instance, the Oxford scholarship online database my university subscribes to. This has to do with the way NVDA interacts with the browser, however a better way was not implemented.
toggle quoted messageShow quoted text
On 12/27/2018 7:29 PM, Felix G. wrote: Hi everyone, is anyone else noticing that when arrowing or otherwise navigating Facebook's standard view, the interface tends to slow down to a crawl? In addition, I am experiencing the virtual cursor randomly jumping back a few lines, resulting in lines being read twice, and random switches to focus mode. Are there any known remedies, except of course switching to mobile view, which is not even recommended to blind users by Facebook itself? All the best, Felix
|
|
Hi, so you're certain it's an NVDA issue rather than a Facebook or browser one? Best, Felix
Am Do., 27. Dez. 2018 um 20:43 Uhr schrieb enes sarıbaş <enes.saribas@...>:
toggle quoted messageShow quoted text
hi,
This is an NVDA issue which has existed for about a few centuries, which is also ignored by the devs. This happens not only in facebook, but in many websites with dynamically changing content, or with dialogues, for instance, the Oxford scholarship online database my university subscribes to. This has to do with the way NVDA interacts with the browser, however a better way was not implemented.
On 12/27/2018 7:29 PM, Felix G. wrote:
Hi everyone, is anyone else noticing that when arrowing or otherwise navigating Facebook's standard view, the interface tends to slow down to a crawl? In addition, I am experiencing the virtual cursor randomly jumping back a few lines, resulting in lines being read twice, and random switches to focus mode. Are there any known remedies, except of course switching to mobile view, which is not even recommended to blind users by Facebook itself? All the best, Felix
|
|
hi,
Yes, as sighted obviously do not have this problem, or we would've heard more about by now.
toggle quoted messageShow quoted text
On 12/27/2018 7:49 PM, Felix G. wrote: Hi, so you're certain it's an NVDA issue rather than a Facebook or browser one? Best, Felix
Am Do., 27. Dez. 2018 um 20:43 Uhr schrieb enes sarıbaş <enes.saribas@...>:
hi,
This is an NVDA issue which has existed for about a few centuries, which is also ignored by the devs. This happens not only in facebook, but in many websites with dynamically changing content, or with dialogues, for instance, the Oxford scholarship online database my university subscribes to. This has to do with the way NVDA interacts with the browser, however a better way was not implemented.
On 12/27/2018 7:29 PM, Felix G. wrote:
Hi everyone, is anyone else noticing that when arrowing or otherwise navigating Facebook's standard view, the interface tends to slow down to a crawl? In addition, I am experiencing the virtual cursor randomly jumping back a few lines, resulting in lines being read twice, and random switches to focus mode. Are there any known remedies, except of course switching to mobile view, which is not even recommended to blind users by Facebook itself? All the best, Felix
|
|
Hello Enes and list, sorry for my potentially confusing remark. I was not contrasting our user experience with that of sighted users. Rather, I was implying that some peculiarity of Facebook or the affected browsers might give screen readers in general a hard time, and not just NVDA specifically. So I did some testing, that is, I performed some comparative screen reader theology, with the following results: The late Window-Eyes, digital peace be upon it, occupies the slow end of the speed scale combined with the high end of the accuracy scale. You tend to get to wait quite some time for an answer, but when that answer finally arrives, it is accurate to the degree of fully supporting the weight of subsequent interactions. JAWS seems to take quite the opposite approach, erring, when it does, in favor of speed. There is the occasional unsolicited switch to focus mode, as well as the occasional double-speaking of text, but the snappy experience minimizes these frustrations. NVDA currently takes what I call, from my perspective, the unfortunate middle ground of this tradeoff. Applying this observation to Facebook, it means that the experience is slow enough to feel sluggish, and just unpredictable enough to feel nondeterministic as well. One can clearly spot all the good intentions with which this particular road to hell has been paved, so I wouldn't consider this proof that anything is being consciously ignored, but the result, at least for me, combines the worst of both worlds enough to make me switch screen readers when using Facebook. If, as Enes suggests, this observation applies to a broader category of websites of which Facebook is just one prominent example, the approach taken by NVDA in interacting with browsers deserves reconsideration. Given the dynamic nature of todays's web, I strongly suggest favoring speed over complete consistency. Selectively decoupling focus from virtual cursor position, and re-coupling them on demand, may be an effective first step in the right direction, as some isolated speed cost when activating an element is allowable while a permanent speed cost while navigating is clearly not. All the best, Felix
Am Do., 27. Dez. 2018 um 22:28 Uhr schrieb enes sarıbaş <enes.saribas@...>:
toggle quoted messageShow quoted text
hi,
Yes, as sighted obviously do not have this problem, or we would've heard more about by now.
On 12/27/2018 7:49 PM, Felix G. wrote:
Hi, so you're certain it's an NVDA issue rather than a Facebook or browser one? Best, Felix
Am Do., 27. Dez. 2018 um 20:43 Uhr schrieb enes sarıbaş <enes.saribas@...>:
hi,
This is an NVDA issue which has existed for about a few centuries, which is also ignored by the devs. This happens not only in facebook, but in many websites with dynamically changing content, or with dialogues, for instance, the Oxford scholarship online database my university subscribes to. This has to do with the way NVDA interacts with the browser, however a better way was not implemented.
On 12/27/2018 7:29 PM, Felix G. wrote:
Hi everyone, is anyone else noticing that when arrowing or otherwise navigating Facebook's standard view, the interface tends to slow down to a crawl? In addition, I am experiencing the virtual cursor randomly jumping back a few lines, resulting in lines being read twice, and random switches to focus mode. Are there any known remedies, except of course switching to mobile view, which is not even recommended to blind users by Facebook itself? All the best, Felix
|
|
Brian's Mail list account
To be fair, this very much depends on how the browser reveals things to nvda and not all browsers are the same.
Brian
bglists@... Sent via blueyonder. Please address personal E-mail to:- briang1@..., putting 'Brian Gaff' in the display name field.
toggle quoted messageShow quoted text
----- Original Message ----- From: "enes sarıbaş" <enes.saribas@...> To: <nvda@nvda.groups.io> Sent: Thursday, December 27, 2018 7:43 PM Subject: Re: [nvda] Sluggish user experience on Facebook hi,
This is an NVDA issue which has existed for about a few centuries, which is also ignored by the devs. This happens not only in facebook, but in many websites with dynamically changing content, or with dialogues, for instance, the Oxford scholarship online database my university subscribes to. This has to do with the way NVDA interacts with the browser, however a better way was not implemented.
On 12/27/2018 7:29 PM, Felix G. wrote:
Hi everyone, is anyone else noticing that when arrowing or otherwise navigating Facebook's standard view, the interface tends to slow down to a crawl? In addition, I am experiencing the virtual cursor randomly jumping back a few lines, resulting in lines being read twice, and random switches to focus mode. Are there any known remedies, except of course switching to mobile view, which is not even recommended to blind users by Facebook itself? All the best, Felix
|
|
Hi Felix, I'm on your side - I think sluggishness in NVDA is a problem, in fact a big one, and I wish NVDA developers could do something about that. Facebook is not the only web site that has these issues, I experience the same problems on gmail and private web sites of company I work for. I have to switch to JAWS to browse these sites every time just because all these symptoms with NVDA are unbearable and makes these web sites completely unusable.
I think another problem with these issues is that the majority of NVDA users don't seem to be bothered by this issue, judging from reaction on this list. I think that:
1. People's typing speed differs a lot. I tend to type very fast, which probably exacerbates this issue for me. People who type slower might not be that annoyed by this issue, as for example the focus is sucked into edit boxes only when you're going through them quickly. Felix, are you a quick typer as well? 2. Maybe people tend to stay away from these web sites that they cannot figure out how to use. Since Facebook is glitching with NVDA, blind people will have hard time to learn it and will use for example twitter instead. It becomes a chicken and egg problem. NVDA devs won't fix an issue that doesn't affect many users. And it won't affect many users because the issue is there to begin with. 3. In my experience the severity of this problem depends on the browser. Glitching in Google Chrome seems to be several times worse that in Firefox.
Anyway, these are just some thoughts. I wish I could help convince NVDA devs to have a closer look into this, but looking at github issues, this problem has been known since at least 2012 so I think it's unlikely it's going to be fixed any time soon. Unless we can find enough people bothered by this and maybe like file a petition. If I had more time, I might have tried to fix it myself, but unfortunatley I don't have much spare time. So in the meantime - I'll have to switch back and forth to Jaws.
Best Tony
toggle quoted messageShow quoted text
On 12/28/18, Felix G. <constantlyvariable@...> wrote: Hello Enes and list, sorry for my potentially confusing remark. I was not contrasting our user experience with that of sighted users. Rather, I was implying that some peculiarity of Facebook or the affected browsers might give screen readers in general a hard time, and not just NVDA specifically. So I did some testing, that is, I performed some comparative screen reader theology, with the following results: The late Window-Eyes, digital peace be upon it, occupies the slow end of the speed scale combined with the high end of the accuracy scale. You tend to get to wait quite some time for an answer, but when that answer finally arrives, it is accurate to the degree of fully supporting the weight of subsequent interactions. JAWS seems to take quite the opposite approach, erring, when it does, in favor of speed. There is the occasional unsolicited switch to focus mode, as well as the occasional double-speaking of text, but the snappy experience minimizes these frustrations. NVDA currently takes what I call, from my perspective, the unfortunate middle ground of this tradeoff. Applying this observation to Facebook, it means that the experience is slow enough to feel sluggish, and just unpredictable enough to feel nondeterministic as well. One can clearly spot all the good intentions with which this particular road to hell has been paved, so I wouldn't consider this proof that anything is being consciously ignored, but the result, at least for me, combines the worst of both worlds enough to make me switch screen readers when using Facebook. If, as Enes suggests, this observation applies to a broader category of websites of which Facebook is just one prominent example, the approach taken by NVDA in interacting with browsers deserves reconsideration. Given the dynamic nature of todays's web, I strongly suggest favoring speed over complete consistency. Selectively decoupling focus from virtual cursor position, and re-coupling them on demand, may be an effective first step in the right direction, as some isolated speed cost when activating an element is allowable while a permanent speed cost while navigating is clearly not. All the best, Felix
Am Do., 27. Dez. 2018 um 22:28 Uhr schrieb enes sarıbaş <enes.saribas@...>:
hi,
Yes, as sighted obviously do not have this problem, or we would've heard more about by now.
On 12/27/2018 7:49 PM, Felix G. wrote:
Hi, so you're certain it's an NVDA issue rather than a Facebook or browser one? Best, Felix
Am Do., 27. Dez. 2018 um 20:43 Uhr schrieb enes sarıbaş <enes.saribas@...>:
hi,
This is an NVDA issue which has existed for about a few centuries, which is also ignored by the devs. This happens not only in facebook, but in many websites with dynamically changing content, or with dialogues, for instance, the Oxford scholarship online database my university subscribes to. This has to do with the way NVDA interacts with the browser, however a better way was not implemented.
On 12/27/2018 7:29 PM, Felix G. wrote:
Hi everyone, is anyone else noticing that when arrowing or otherwise navigating Facebook's standard view, the interface tends to slow down to a crawl? In addition, I am experiencing the virtual cursor randomly jumping back a few lines, resulting in lines being read twice, and random switches to focus mode. Are there any known remedies, except of course switching to mobile view, which is not even recommended to blind users by Facebook itself? All the best, Felix
|
|
I do not experience sluggishness with nvda; I type at and average or faster speed. I do not use facebook so I cannot comment on that. I use all kinds of websites; n g os, corporate, government and private. N v d a is not perfect, but it does 99 percent of what I need.
toggle quoted messageShow quoted text
-----Original Message----- From: nvda@nvda.groups.io [mailto:nvda@nvda.groups.io] On Behalf Of Tony Malykh Sent: December-28-18 11:32 AM To: nvda@nvda.groups.io Subject: Re: [nvda] Sluggish user experience on Facebook Hi Felix, I'm on your side - I think sluggishness in NVDA is a problem, in fact a big one, and I wish NVDA developers could do something about that. Facebook is not the only web site that has these issues, I experience the same problems on gmail and private web sites of company I work for. I have to switch to JAWS to browse these sites every time just because all these symptoms with NVDA are unbearable and makes these web sites completely unusable. I think another problem with these issues is that the majority of NVDA users don't seem to be bothered by this issue, judging from reaction on this list. I think that: 1. People's typing speed differs a lot. I tend to type very fast, which probably exacerbates this issue for me. People who type slower might not be that annoyed by this issue, as for example the focus is sucked into edit boxes only when you're going through them quickly. Felix, are you a quick typer as well? 2. Maybe people tend to stay away from these web sites that they cannot figure out how to use. Since Facebook is glitching with NVDA, blind people will have hard time to learn it and will use for example twitter instead. It becomes a chicken and egg problem. NVDA devs won't fix an issue that doesn't affect many users. And it won't affect many users because the issue is there to begin with. 3. In my experience the severity of this problem depends on the browser. Glitching in Google Chrome seems to be several times worse that in Firefox. Anyway, these are just some thoughts. I wish I could help convince NVDA devs to have a closer look into this, but looking at github issues, this problem has been known since at least 2012 so I think it's unlikely it's going to be fixed any time soon. Unless we can find enough people bothered by this and maybe like file a petition. If I had more time, I might have tried to fix it myself, but unfortunatley I don't have much spare time. So in the meantime - I'll have to switch back and forth to Jaws. Best Tony On 12/28/18, Felix G. <constantlyvariable@...> wrote: Hello Enes and list, sorry for my potentially confusing remark. I was not contrasting our user experience with that of sighted users. Rather, I was implying that some peculiarity of Facebook or the affected browsers might give screen readers in general a hard time, and not just NVDA specifically. So I did some testing, that is, I performed some comparative screen reader theology, with the following results: The late Window-Eyes, digital peace be upon it, occupies the slow end of the speed scale combined with the high end of the accuracy scale. You tend to get to wait quite some time for an answer, but when that answer finally arrives, it is accurate to the degree of fully supporting the weight of subsequent interactions. JAWS seems to take quite the opposite approach, erring, when it does, in favor of speed. There is the occasional unsolicited switch to focus mode, as well as the occasional double-speaking of text, but the snappy experience minimizes these frustrations. NVDA currently takes what I call, from my perspective, the unfortunate middle ground of this tradeoff. Applying this observation to Facebook, it means that the experience is slow enough to feel sluggish, and just unpredictable enough to feel nondeterministic as well. One can clearly spot all the good intentions with which this particular road to hell has been paved, so I wouldn't consider this proof that anything is being consciously ignored, but the result, at least for me, combines the worst of both worlds enough to make me switch screen readers when using Facebook. If, as Enes suggests, this observation applies to a broader category of websites of which Facebook is just one prominent example, the approach taken by NVDA in interacting with browsers deserves reconsideration. Given the dynamic nature of todays's web, I strongly suggest favoring speed over complete consistency. Selectively decoupling focus from virtual cursor position, and re-coupling them on demand, may be an effective first step in the right direction, as some isolated speed cost when activating an element is allowable while a permanent speed cost while navigating is clearly not. All the best, Felix
Am Do., 27. Dez. 2018 um 22:28 Uhr schrieb enes sarıbaş <enes.saribas@...>:
hi,
Yes, as sighted obviously do not have this problem, or we would've heard more about by now.
On 12/27/2018 7:49 PM, Felix G. wrote:
Hi, so you're certain it's an NVDA issue rather than a Facebook or browser one? Best, Felix
Am Do., 27. Dez. 2018 um 20:43 Uhr schrieb enes sarıbaş <enes.saribas@...>:
hi,
This is an NVDA issue which has existed for about a few centuries, which is also ignored by the devs. This happens not only in facebook, but in many websites with dynamically changing content, or with dialogues, for instance, the Oxford scholarship online database my university subscribes to. This has to do with the way NVDA interacts with the browser, however a better way was not implemented.
On 12/27/2018 7:29 PM, Felix G. wrote:
Hi everyone, is anyone else noticing that when arrowing or otherwise navigating Facebook's standard view, the interface tends to slow down to a crawl? In addition, I am experiencing the virtual cursor randomly jumping back a few lines, resulting in lines being read twice, and random switches to focus mode. Are there any known remedies, except of course switching to mobile view, which is not even recommended to blind users by Facebook itself? All the best, Felix
|
|
Hi, @Tony you are correct, I do consider myself a quick typist. @Monte I detect a tendency here to rush to NVDA's defense. Don't worry, I'm not attacking, merely criticizing, hopefully in a constructive way, which necessarily involves describing problems. I am grateful that NVDA does so many things right. One of the least favorable properties of praise, however, is that it sometimes masks concern by making it appear less relevant. All the best, Felix
Am Fr., 28. Dez. 2018 um 18:43 Uhr schrieb Monte Single <mrsingle@...>:
toggle quoted messageShow quoted text
I do not experience sluggishness with nvda; I type at and average or faster speed. I do not use facebook so I cannot comment on that. I use all kinds of websites; n g os, corporate, government and private. N v d a is not perfect, but it does 99 percent of what I need.
-----Original Message----- From: nvda@nvda.groups.io [mailto:nvda@nvda.groups.io] On Behalf Of Tony Malykh Sent: December-28-18 11:32 AM To: nvda@nvda.groups.io Subject: Re: [nvda] Sluggish user experience on Facebook
Hi Felix, I'm on your side - I think sluggishness in NVDA is a problem, in fact a big one, and I wish NVDA developers could do something about that. Facebook is not the only web site that has these issues, I experience the same problems on gmail and private web sites of company I work for. I have to switch to JAWS to browse these sites every time just because all these symptoms with NVDA are unbearable and makes these web sites completely unusable.
I think another problem with these issues is that the majority of NVDA users don't seem to be bothered by this issue, judging from reaction on this list. I think that:
1. People's typing speed differs a lot. I tend to type very fast, which probably exacerbates this issue for me. People who type slower might not be that annoyed by this issue, as for example the focus is sucked into edit boxes only when you're going through them quickly. Felix, are you a quick typer as well? 2. Maybe people tend to stay away from these web sites that they cannot figure out how to use. Since Facebook is glitching with NVDA, blind people will have hard time to learn it and will use for example twitter instead. It becomes a chicken and egg problem. NVDA devs won't fix an issue that doesn't affect many users. And it won't affect many users because the issue is there to begin with. 3. In my experience the severity of this problem depends on the browser. Glitching in Google Chrome seems to be several times worse that in Firefox.
Anyway, these are just some thoughts. I wish I could help convince NVDA devs to have a closer look into this, but looking at github issues, this problem has been known since at least 2012 so I think it's unlikely it's going to be fixed any time soon. Unless we can find enough people bothered by this and maybe like file a petition. If I had more time, I might have tried to fix it myself, but unfortunatley I don't have much spare time. So in the meantime - I'll have to switch back and forth to Jaws.
Best Tony
On 12/28/18, Felix G. <constantlyvariable@...> wrote:
Hello Enes and list, sorry for my potentially confusing remark. I was not contrasting our user experience with that of sighted users. Rather, I was implying that some peculiarity of Facebook or the affected browsers might give screen readers in general a hard time, and not just NVDA specifically. So I did some testing, that is, I performed some comparative screen reader theology, with the following results: The late Window-Eyes, digital peace be upon it, occupies the slow end of the speed scale combined with the high end of the accuracy scale. You tend to get to wait quite some time for an answer, but when that answer finally arrives, it is accurate to the degree of fully supporting the weight of subsequent interactions. JAWS seems to take quite the opposite approach, erring, when it does, in favor of speed. There is the occasional unsolicited switch to focus mode, as well as the occasional double-speaking of text, but the snappy experience minimizes these frustrations. NVDA currently takes what I call, from my perspective, the unfortunate middle ground of this tradeoff. Applying this observation to Facebook, it means that the experience is slow enough to feel sluggish, and just unpredictable enough to feel nondeterministic as well. One can clearly spot all the good intentions with which this particular road to hell has been paved, so I wouldn't consider this proof that anything is being consciously ignored, but the result, at least for me, combines the worst of both worlds enough to make me switch screen readers when using Facebook. If, as Enes suggests, this observation applies to a broader category of websites of which Facebook is just one prominent example, the approach taken by NVDA in interacting with browsers deserves reconsideration. Given the dynamic nature of todays's web, I strongly suggest favoring speed over complete consistency. Selectively decoupling focus from virtual cursor position, and re-coupling them on demand, may be an effective first step in the right direction, as some isolated speed cost when activating an element is allowable while a permanent speed cost while navigating is clearly not. All the best, Felix
Am Do., 27. Dez. 2018 um 22:28 Uhr schrieb enes sarıbaş <enes.saribas@...>:
hi,
Yes, as sighted obviously do not have this problem, or we would've heard more about by now.
On 12/27/2018 7:49 PM, Felix G. wrote:
Hi, so you're certain it's an NVDA issue rather than a Facebook or browser one? Best, Felix
Am Do., 27. Dez. 2018 um 20:43 Uhr schrieb enes sarıbaş <enes.saribas@...>:
hi,
This is an NVDA issue which has existed for about a few centuries, which is also ignored by the devs. This happens not only in facebook, but in many websites with dynamically changing content, or with dialogues, for instance, the Oxford scholarship online database my university subscribes to. This has to do with the way NVDA interacts with the browser, however a better way was not implemented.
On 12/27/2018 7:29 PM, Felix G. wrote:
Hi everyone, is anyone else noticing that when arrowing or otherwise navigating Facebook's standard view, the interface tends to slow down to a crawl? In addition, I am experiencing the virtual cursor randomly jumping back a few lines, resulting in lines being read twice, and random switches to focus mode. Are there any known remedies, except of course switching to mobile view, which is not even recommended to blind users by Facebook itself? All the best, Felix
|
|
I use the Facebook mobile site with Firefox, and I have no problems. amazon can be a bit sluggish at times, but I think that's just amazon or firefox, or maybe just a combination of the two. I don't think it has anything to do with NVDA itself because when the site decides to play nice, NVDA works beautifully with it. there's still the issue with the "buy now with one click button" on Kindle material, but I know how to get around that. Getting back to Facebook, though, the main site is way too cluttered no matter what screen reader or browser you use. I don't like it at all, so I don't use it.
Annette
toggle quoted messageShow quoted text
On 12/28/2018 11:43 AM, Monte Single wrote: I do not experience sluggishness with nvda; I type at and average or faster speed. I do not use facebook so I cannot comment on that. I use all kinds of websites; n g os, corporate, government and private. N v d a is not perfect, but it does 99 percent of what I need.
-----Original Message----- From: nvda@nvda.groups.io [mailto:nvda@nvda.groups.io] On Behalf Of Tony Malykh Sent: December-28-18 11:32 AM To: nvda@nvda.groups.io Subject: Re: [nvda] Sluggish user experience on Facebook
Hi Felix, I'm on your side - I think sluggishness in NVDA is a problem, in fact a big one, and I wish NVDA developers could do something about that. Facebook is not the only web site that has these issues, I experience the same problems on gmail and private web sites of company I work for. I have to switch to JAWS to browse these sites every time just because all these symptoms with NVDA are unbearable and makes these web sites completely unusable.
I think another problem with these issues is that the majority of NVDA users don't seem to be bothered by this issue, judging from reaction on this list. I think that:
1. People's typing speed differs a lot. I tend to type very fast, which probably exacerbates this issue for me. People who type slower might not be that annoyed by this issue, as for example the focus is sucked into edit boxes only when you're going through them quickly. Felix, are you a quick typer as well? 2. Maybe people tend to stay away from these web sites that they cannot figure out how to use. Since Facebook is glitching with NVDA, blind people will have hard time to learn it and will use for example twitter instead. It becomes a chicken and egg problem. NVDA devs won't fix an issue that doesn't affect many users. And it won't affect many users because the issue is there to begin with. 3. In my experience the severity of this problem depends on the browser. Glitching in Google Chrome seems to be several times worse that in Firefox.
Anyway, these are just some thoughts. I wish I could help convince NVDA devs to have a closer look into this, but looking at github issues, this problem has been known since at least 2012 so I think it's unlikely it's going to be fixed any time soon. Unless we can find enough people bothered by this and maybe like file a petition. If I had more time, I might have tried to fix it myself, but unfortunatley I don't have much spare time. So in the meantime - I'll have to switch back and forth to Jaws.
Best Tony
On 12/28/18, Felix G. <constantlyvariable@...> wrote:
Hello Enes and list, sorry for my potentially confusing remark. I was not contrasting our user experience with that of sighted users. Rather, I was implying that some peculiarity of Facebook or the affected browsers might give screen readers in general a hard time, and not just NVDA specifically. So I did some testing, that is, I performed some comparative screen reader theology, with the following results: The late Window-Eyes, digital peace be upon it, occupies the slow end of the speed scale combined with the high end of the accuracy scale. You tend to get to wait quite some time for an answer, but when that answer finally arrives, it is accurate to the degree of fully supporting the weight of subsequent interactions. JAWS seems to take quite the opposite approach, erring, when it does, in favor of speed. There is the occasional unsolicited switch to focus mode, as well as the occasional double-speaking of text, but the snappy experience minimizes these frustrations. NVDA currently takes what I call, from my perspective, the unfortunate middle ground of this tradeoff. Applying this observation to Facebook, it means that the experience is slow enough to feel sluggish, and just unpredictable enough to feel nondeterministic as well. One can clearly spot all the good intentions with which this particular road to hell has been paved, so I wouldn't consider this proof that anything is being consciously ignored, but the result, at least for me, combines the worst of both worlds enough to make me switch screen readers when using Facebook. If, as Enes suggests, this observation applies to a broader category of websites of which Facebook is just one prominent example, the approach taken by NVDA in interacting with browsers deserves reconsideration. Given the dynamic nature of todays's web, I strongly suggest favoring speed over complete consistency. Selectively decoupling focus from virtual cursor position, and re-coupling them on demand, may be an effective first step in the right direction, as some isolated speed cost when activating an element is allowable while a permanent speed cost while navigating is clearly not. All the best, Felix
Am Do., 27. Dez. 2018 um 22:28 Uhr schrieb enes sarıbaş <enes.saribas@...>:
hi,
Yes, as sighted obviously do not have this problem, or we would've heard more about by now.
On 12/27/2018 7:49 PM, Felix G. wrote:
Hi, so you're certain it's an NVDA issue rather than a Facebook or browser one? Best, Felix
Am Do., 27. Dez. 2018 um 20:43 Uhr schrieb enes sarıbaş <enes.saribas@...>:
hi,
This is an NVDA issue which has existed for about a few centuries, which is also ignored by the devs. This happens not only in facebook, but in many websites with dynamically changing content, or with dialogues, for instance, the Oxford scholarship online database my university subscribes to. This has to do with the way NVDA interacts with the browser, however a better way was not implemented.
On 12/27/2018 7:29 PM, Felix G. wrote:
Hi everyone, is anyone else noticing that when arrowing or otherwise navigating Facebook's standard view, the interface tends to slow down to a crawl? In addition, I am experiencing the virtual cursor randomly jumping back a few lines, resulting in lines being read twice, and random switches to focus mode. Are there any known remedies, except of course switching to mobile view, which is not even recommended to blind users by Facebook itself? All the best, Felix
|
|
molly the blind tech lover
Hi. I just use the facebook app on my smartphone. Way easier. I too feel that the facebook website is hard to navigate on a computer. It is cluttered, like you said.
toggle quoted messageShow quoted text
-----Original Message----- From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Annette Moore Sent: Friday, December 28, 2018 2:28 PM To: nvda@nvda.groups.io Subject: Re: [nvda] Sluggish user experience on Facebook I use the Facebook mobile site with Firefox, and I have no problems. amazon can be a bit sluggish at times, but I think that's just amazon or firefox, or maybe just a combination of the two. I don't think it has anything to do with NVDA itself because when the site decides to play nice, NVDA works beautifully with it. there's still the issue with the "buy now with one click button" on Kindle material, but I know how to get around that. Getting back to Facebook, though, the main site is way too cluttered no matter what screen reader or browser you use. I don't like it at all, so I don't use it. Annette On 12/28/2018 11:43 AM, Monte Single wrote: I do not experience sluggishness with nvda; I type at and average or faster speed. I do not use facebook so I cannot comment on that. I use all kinds of websites; n g os, corporate, government and private. N v d a is not perfect, but it does 99 percent of what I need.
-----Original Message----- From: nvda@nvda.groups.io [mailto:nvda@nvda.groups.io] On Behalf Of Tony Malykh Sent: December-28-18 11:32 AM To: nvda@nvda.groups.io Subject: Re: [nvda] Sluggish user experience on Facebook
Hi Felix, I'm on your side - I think sluggishness in NVDA is a problem, in fact a big one, and I wish NVDA developers could do something about that. Facebook is not the only web site that has these issues, I experience the same problems on gmail and private web sites of company I work for. I have to switch to JAWS to browse these sites every time just because all these symptoms with NVDA are unbearable and makes these web sites completely unusable.
I think another problem with these issues is that the majority of NVDA users don't seem to be bothered by this issue, judging from reaction on this list. I think that:
1. People's typing speed differs a lot. I tend to type very fast, which probably exacerbates this issue for me. People who type slower might not be that annoyed by this issue, as for example the focus is sucked into edit boxes only when you're going through them quickly. Felix, are you a quick typer as well? 2. Maybe people tend to stay away from these web sites that they cannot figure out how to use. Since Facebook is glitching with NVDA, blind people will have hard time to learn it and will use for example twitter instead. It becomes a chicken and egg problem. NVDA devs won't fix an issue that doesn't affect many users. And it won't affect many users because the issue is there to begin with. 3. In my experience the severity of this problem depends on the browser. Glitching in Google Chrome seems to be several times worse that in Firefox.
Anyway, these are just some thoughts. I wish I could help convince NVDA devs to have a closer look into this, but looking at github issues, this problem has been known since at least 2012 so I think it's unlikely it's going to be fixed any time soon. Unless we can find enough people bothered by this and maybe like file a petition. If I had more time, I might have tried to fix it myself, but unfortunatley I don't have much spare time. So in the meantime - I'll have to switch back and forth to Jaws.
Best Tony
On 12/28/18, Felix G. <constantlyvariable@...> wrote:
Hello Enes and list, sorry for my potentially confusing remark. I was not contrasting our user experience with that of sighted users. Rather, I was implying that some peculiarity of Facebook or the affected browsers might give screen readers in general a hard time, and not just NVDA specifically. So I did some testing, that is, I performed some comparative screen reader theology, with the following results: The late Window-Eyes, digital peace be upon it, occupies the slow end of the speed scale combined with the high end of the accuracy scale. You tend to get to wait quite some time for an answer, but when that answer finally arrives, it is accurate to the degree of fully supporting the weight of subsequent interactions. JAWS seems to take quite the opposite approach, erring, when it does, in favor of speed. There is the occasional unsolicited switch to focus mode, as well as the occasional double-speaking of text, but the snappy experience minimizes these frustrations. NVDA currently takes what I call, from my perspective, the unfortunate middle ground of this tradeoff. Applying this observation to Facebook, it means that the experience is slow enough to feel sluggish, and just unpredictable enough to feel nondeterministic as well. One can clearly spot all the good intentions with which this particular road to hell has been paved, so I wouldn't consider this proof that anything is being consciously ignored, but the result, at least for me, combines the worst of both worlds enough to make me switch screen readers when using Facebook. If, as Enes suggests, this observation applies to a broader category of websites of which Facebook is just one prominent example, the approach taken by NVDA in interacting with browsers deserves reconsideration. Given the dynamic nature of todays's web, I strongly suggest favoring speed over complete consistency. Selectively decoupling focus from virtual cursor position, and re-coupling them on demand, may be an effective first step in the right direction, as some isolated speed cost when activating an element is allowable while a permanent speed cost while navigating is clearly not. All the best, Felix
Am Do., 27. Dez. 2018 um 22:28 Uhr schrieb enes sarıbaş <enes.saribas@...>:
hi,
Yes, as sighted obviously do not have this problem, or we would've heard more about by now.
On 12/27/2018 7:49 PM, Felix G. wrote:
Hi, so you're certain it's an NVDA issue rather than a Facebook or browser one? Best, Felix
Am Do., 27. Dez. 2018 um 20:43 Uhr schrieb enes sarıbaş <enes.saribas@...>:
hi,
This is an NVDA issue which has existed for about a few centuries, which is also ignored by the devs. This happens not only in facebook, but in many websites with dynamically changing content, or with dialogues, for instance, the Oxford scholarship online database my university subscribes to. This has to do with the way NVDA interacts with the browser, however a better way was not implemented.
On 12/27/2018 7:29 PM, Felix G. wrote:
Hi everyone, is anyone else noticing that when arrowing or otherwise navigating Facebook's standard view, the interface tends to slow down to a crawl? In addition, I am experiencing the virtual cursor randomly jumping back a few lines, resulting in lines being read twice, and random switches to focus mode. Are there any known remedies, except of course switching to mobile view, which is not even recommended to blind users by Facebook itself? All the best, Felix
|
|
Annette, Why do you think it's Amazon or Firefox to blame for sluggishness and not NVDA? Why do you think it's the website that decides to play nice occasionally, and not NVDA?
--Tony
toggle quoted messageShow quoted text
On 12/28/18, Annette Moore <angelgirl52376@...> wrote: I use the Facebook mobile site with Firefox, and I have no problems. amazon can be a bit sluggish at times, but I think that's just amazon or firefox, or maybe just a combination of the two. I don't think it has anything to do with NVDA itself because when the site decides to play nice, NVDA works beautifully with it. there's still the issue with the "buy now with one click button" on Kindle material, but I know how to get around that. Getting back to Facebook, though, the main site is way too cluttered no matter what screen reader or browser you use. I don't like it at all, so I don't use it.
Annette
On 12/28/2018 11:43 AM, Monte Single wrote:
I do not experience sluggishness with nvda; I type at and average or faster speed. I do not use facebook so I cannot comment on that. I use all kinds of websites; n g os, corporate, government and private. N v d a is not perfect, but it does 99 percent of what I need.
-----Original Message----- From: nvda@nvda.groups.io [mailto:nvda@nvda.groups.io] On Behalf Of Tony Malykh Sent: December-28-18 11:32 AM To: nvda@nvda.groups.io Subject: Re: [nvda] Sluggish user experience on Facebook
Hi Felix, I'm on your side - I think sluggishness in NVDA is a problem, in fact a big one, and I wish NVDA developers could do something about that. Facebook is not the only web site that has these issues, I experience the same problems on gmail and private web sites of company I work for. I have to switch to JAWS to browse these sites every time just because all these symptoms with NVDA are unbearable and makes these web sites completely unusable.
I think another problem with these issues is that the majority of NVDA users don't seem to be bothered by this issue, judging from reaction on this list. I think that:
1. People's typing speed differs a lot. I tend to type very fast, which probably exacerbates this issue for me. People who type slower might not be that annoyed by this issue, as for example the focus is sucked into edit boxes only when you're going through them quickly. Felix, are you a quick typer as well? 2. Maybe people tend to stay away from these web sites that they cannot figure out how to use. Since Facebook is glitching with NVDA, blind people will have hard time to learn it and will use for example twitter instead. It becomes a chicken and egg problem. NVDA devs won't fix an issue that doesn't affect many users. And it won't affect many users because the issue is there to begin with. 3. In my experience the severity of this problem depends on the browser. Glitching in Google Chrome seems to be several times worse that in Firefox.
Anyway, these are just some thoughts. I wish I could help convince NVDA devs to have a closer look into this, but looking at github issues, this problem has been known since at least 2012 so I think it's unlikely it's going to be fixed any time soon. Unless we can find enough people bothered by this and maybe like file a petition. If I had more time, I might have tried to fix it myself, but unfortunatley I don't have much spare time. So in the meantime - I'll have to switch back and forth to Jaws.
Best Tony
On 12/28/18, Felix G. <constantlyvariable@...> wrote:
Hello Enes and list, sorry for my potentially confusing remark. I was not contrasting our user experience with that of sighted users. Rather, I was implying that some peculiarity of Facebook or the affected browsers might give screen readers in general a hard time, and not just NVDA specifically. So I did some testing, that is, I performed some comparative screen reader theology, with the following results: The late Window-Eyes, digital peace be upon it, occupies the slow end of the speed scale combined with the high end of the accuracy scale. You tend to get to wait quite some time for an answer, but when that answer finally arrives, it is accurate to the degree of fully supporting the weight of subsequent interactions. JAWS seems to take quite the opposite approach, erring, when it does, in favor of speed. There is the occasional unsolicited switch to focus mode, as well as the occasional double-speaking of text, but the snappy experience minimizes these frustrations. NVDA currently takes what I call, from my perspective, the unfortunate middle ground of this tradeoff. Applying this observation to Facebook, it means that the experience is slow enough to feel sluggish, and just unpredictable enough to feel nondeterministic as well. One can clearly spot all the good intentions with which this particular road to hell has been paved, so I wouldn't consider this proof that anything is being consciously ignored, but the result, at least for me, combines the worst of both worlds enough to make me switch screen readers when using Facebook. If, as Enes suggests, this observation applies to a broader category of websites of which Facebook is just one prominent example, the approach taken by NVDA in interacting with browsers deserves reconsideration. Given the dynamic nature of todays's web, I strongly suggest favoring speed over complete consistency. Selectively decoupling focus from virtual cursor position, and re-coupling them on demand, may be an effective first step in the right direction, as some isolated speed cost when activating an element is allowable while a permanent speed cost while navigating is clearly not. All the best, Felix
Am Do., 27. Dez. 2018 um 22:28 Uhr schrieb enes sarıbaş <enes.saribas@...>:
hi,
Yes, as sighted obviously do not have this problem, or we would've heard more about by now.
On 12/27/2018 7:49 PM, Felix G. wrote:
Hi, so you're certain it's an NVDA issue rather than a Facebook or browser one? Best, Felix
Am Do., 27. Dez. 2018 um 20:43 Uhr schrieb enes sarıbaş <enes.saribas@...>:
hi,
This is an NVDA issue which has existed for about a few centuries, which is also ignored by the devs. This happens not only in facebook, but in many websites with dynamically changing content, or with dialogues, for instance, the Oxford scholarship online database my university subscribes to. This has to do with the way NVDA interacts with the browser, however a better way was not implemented.
On 12/27/2018 7:29 PM, Felix G. wrote:
Hi everyone, is anyone else noticing that when arrowing or otherwise navigating Facebook's standard view, the interface tends to slow down to a crawl? In addition, I am experiencing the virtual cursor randomly jumping back a few lines, resulting in lines being read twice, and random switches to focus mode. Are there any known remedies, except of course switching to mobile view, which is not even recommended to blind users by Facebook itself? All the best, Felix
|
|
|
|
Because firefox tends to be sluggish anyway, and Amazon is becoming more and more cluttered. It's like that with System Access too, not just NVDA. I don't use JAWS so I can't comment there. And if NVDA were totally to blame, I would think it would be sluggish in other areas as well. Of course, my laptop is over five years old now, so that could be a contributing factor as well. Computers tend to slow down somewhat as they age. It's nothing I can't live with, though, and since I like the layout of Firefox, I just deal with the occasional sluggishness, especially when it first opens. I wish you the best in finding a solution to the sluggishness you're experiencing, whatever the cause of the issue. If it is on the part of NVDA, I'm sure it'll be addressed. Everyone out here seems to be very gracious and helpful.
Annette
toggle quoted messageShow quoted text
On 12/28/2018 4:29 PM, Tony Malykh wrote: Annette, Why do you think it's Amazon or Firefox to blame for sluggishness and not NVDA? Why do you think it's the website that decides to play nice occasionally, and not NVDA?
--Tony
On 12/28/18, Annette Moore <angelgirl52376@...> wrote:
I use the Facebook mobile site with Firefox, and I have no problems. amazon can be a bit sluggish at times, but I think that's just amazon or firefox, or maybe just a combination of the two. I don't think it has anything to do with NVDA itself because when the site decides to play nice, NVDA works beautifully with it. there's still the issue with the "buy now with one click button" on Kindle material, but I know how to get around that. Getting back to Facebook, though, the main site is way too cluttered no matter what screen reader or browser you use. I don't like it at all, so I don't use it.
Annette
On 12/28/2018 11:43 AM, Monte Single wrote:
I do not experience sluggishness with nvda; I type at and average or faster speed. I do not use facebook so I cannot comment on that. I use all kinds of websites; n g os, corporate, government and private. N v d a is not perfect, but it does 99 percent of what I need.
-----Original Message----- From: nvda@nvda.groups.io [mailto:nvda@nvda.groups.io] On Behalf Of Tony Malykh Sent: December-28-18 11:32 AM To: nvda@nvda.groups.io Subject: Re: [nvda] Sluggish user experience on Facebook
Hi Felix, I'm on your side - I think sluggishness in NVDA is a problem, in fact a big one, and I wish NVDA developers could do something about that. Facebook is not the only web site that has these issues, I experience the same problems on gmail and private web sites of company I work for. I have to switch to JAWS to browse these sites every time just because all these symptoms with NVDA are unbearable and makes these web sites completely unusable.
I think another problem with these issues is that the majority of NVDA users don't seem to be bothered by this issue, judging from reaction on this list. I think that:
1. People's typing speed differs a lot. I tend to type very fast, which probably exacerbates this issue for me. People who type slower might not be that annoyed by this issue, as for example the focus is sucked into edit boxes only when you're going through them quickly. Felix, are you a quick typer as well? 2. Maybe people tend to stay away from these web sites that they cannot figure out how to use. Since Facebook is glitching with NVDA, blind people will have hard time to learn it and will use for example twitter instead. It becomes a chicken and egg problem. NVDA devs won't fix an issue that doesn't affect many users. And it won't affect many users because the issue is there to begin with. 3. In my experience the severity of this problem depends on the browser. Glitching in Google Chrome seems to be several times worse that in Firefox.
Anyway, these are just some thoughts. I wish I could help convince NVDA devs to have a closer look into this, but looking at github issues, this problem has been known since at least 2012 so I think it's unlikely it's going to be fixed any time soon. Unless we can find enough people bothered by this and maybe like file a petition. If I had more time, I might have tried to fix it myself, but unfortunatley I don't have much spare time. So in the meantime - I'll have to switch back and forth to Jaws.
Best Tony
On 12/28/18, Felix G. <constantlyvariable@...> wrote:
Hello Enes and list, sorry for my potentially confusing remark. I was not contrasting our user experience with that of sighted users. Rather, I was implying that some peculiarity of Facebook or the affected browsers might give screen readers in general a hard time, and not just NVDA specifically. So I did some testing, that is, I performed some comparative screen reader theology, with the following results: The late Window-Eyes, digital peace be upon it, occupies the slow end of the speed scale combined with the high end of the accuracy scale. You tend to get to wait quite some time for an answer, but when that answer finally arrives, it is accurate to the degree of fully supporting the weight of subsequent interactions. JAWS seems to take quite the opposite approach, erring, when it does, in favor of speed. There is the occasional unsolicited switch to focus mode, as well as the occasional double-speaking of text, but the snappy experience minimizes these frustrations. NVDA currently takes what I call, from my perspective, the unfortunate middle ground of this tradeoff. Applying this observation to Facebook, it means that the experience is slow enough to feel sluggish, and just unpredictable enough to feel nondeterministic as well. One can clearly spot all the good intentions with which this particular road to hell has been paved, so I wouldn't consider this proof that anything is being consciously ignored, but the result, at least for me, combines the worst of both worlds enough to make me switch screen readers when using Facebook. If, as Enes suggests, this observation applies to a broader category of websites of which Facebook is just one prominent example, the approach taken by NVDA in interacting with browsers deserves reconsideration. Given the dynamic nature of todays's web, I strongly suggest favoring speed over complete consistency. Selectively decoupling focus from virtual cursor position, and re-coupling them on demand, may be an effective first step in the right direction, as some isolated speed cost when activating an element is allowable while a permanent speed cost while navigating is clearly not. All the best, Felix
Am Do., 27. Dez. 2018 um 22:28 Uhr schrieb enes sarıbaş <enes.saribas@...>:
hi,
Yes, as sighted obviously do not have this problem, or we would've heard more about by now.
On 12/27/2018 7:49 PM, Felix G. wrote:
Hi, so you're certain it's an NVDA issue rather than a Facebook or browser one? Best, Felix
Am Do., 27. Dez. 2018 um 20:43 Uhr schrieb enes sarıbaş <enes.saribas@...>:
hi,
This is an NVDA issue which has existed for about a few centuries, which is also ignored by the devs. This happens not only in facebook, but in many websites with dynamically changing content, or with dialogues, for instance, the Oxford scholarship online database my university subscribes to. This has to do with the way NVDA interacts with the browser, however a better way was not implemented.
On 12/27/2018 7:29 PM, Felix G. wrote:
Hi everyone, is anyone else noticing that when arrowing or otherwise navigating Facebook's standard view, the interface tends to slow down to a crawl? In addition, I am experiencing the virtual cursor randomly jumping back a few lines, resulting in lines being read twice, and random switches to focus mode. Are there any known remedies, except of course switching to mobile view, which is not even recommended to blind users by Facebook itself? All the best, Felix
|
|
These kinds of problems were discussed perhaps two
weeks ago. I'm surprised no one has commented on that discussion. I
don't have the technical knowledgte to discuss it knowledgeablely but maybe my
comments will elicit a response from those who know more.
The discussion was about NVDA changing focus on web
sites where events cause something to happen as you move around the site.
I think its JAVA scripts that cause events to happen of the kind
discussed. There is some problem with the way NVDA moves or responds or
doesn't respond quickly enough to such events and Facebook was discussed as one
of the sites.
I don't know what is or isn't being considered as
far as remedying the problem. Maybe we'll find out more now.
Gene
toggle quoted messageShow quoted text
----- Original Message -----
Sent: Friday, December 28, 2018 4:29 PM
Subject: Re: [nvda] Sluggish user experience on
Facebook
Annette, Why do you think it's Amazon or Firefox to blame for
sluggishness and not NVDA? Why do you think it's the website that decides to
play nice occasionally, and not NVDA? --Tony On 12/28/18,
Annette Moore < angelgirl52376@...>
wrote: > I use the Facebook mobile site with Firefox, and I have no
problems. > amazon can be a bit sluggish at times, but I think that's just
amazon or > firefox, or maybe just a combination of the two. I don't think
it has > anything to do with NVDA itself because when the site decides to
play > nice, NVDA works beautifully with it. there's still the issue with
the > "buy now with one click button" on Kindle material, but I know how
to > get around that. Getting back to Facebook, though, the main site is
way > too cluttered no matter what screen reader or browser you use. I
don't > like it at all, so I don't use it. > >
Annette > > On 12/28/2018 11:43 AM, Monte Single wrote: >>
I do not experience sluggishness with nvda; I type at and average or >>
faster speed. I do not use facebook so I cannot comment on that. I
use >> all kinds of websites; n g os, corporate, government and
private. >> N v d a is not perfect, but it does 99 percent
of what I need. >> >> -----Original Message----- >>
From: nvda@nvda.groups.io
[mailto:nvda@nvda.groups.io] On Behalf Of Tony >> Malykh >>
Sent: December-28-18 11:32 AM >> To: nvda@nvda.groups.io>> Subject:
Re: [nvda] Sluggish user experience on Facebook >> >> Hi
Felix, >> I'm on your side - I think sluggishness in NVDA is a problem,
in fact a >> big one, and I wish NVDA developers could do something
about that. >> Facebook is not the only web site that has these issues,
I experience the >> same problems on gmail and private web sites of
company I work for. I have >> to switch to JAWS to browse these sites
every time just because all these >> symptoms with NVDA are unbearable
and makes these web sites completely >>
unusable. >> >> I think another problem with these issues is
that the majority of NVDA >> users don't seem to be bothered by this
issue, judging from reaction on >> this list. I think
that: >> >> 1. People's typing speed differs a lot. I tend to
type very fast, which >> probably exacerbates this issue for me. People
who type slower might not >> be that annoyed by this issue, as for
example the focus is sucked into >> edit boxes only when you're going
through them quickly. >> Felix, are you a quick typer as
well? >> 2. Maybe people tend to stay away from these web sites that
they cannot >> figure out how to use. Since Facebook is glitching with
NVDA, blind people >> will have hard time to learn it and will use for
example twitter instead. >> It becomes a chicken and egg problem. NVDA
devs won't fix an issue that >> doesn't affect many users. And it won't
affect many users because the >> issue is there to begin
with. >> 3. In my experience the severity of this problem depends on
the browser. >> Glitching in Google Chrome seems to be several times
worse that in >> Firefox. >> >> Anyway, these are
just some thoughts. I wish I could help convince NVDA >> devs to have a
closer look into this, but looking at github issues, this >> problem
has been known since at least 2012 so I think it's unlikely it's >>
going to be fixed any time soon. Unless we can find enough people
bothered >> by this and maybe like file a petition. If I had more time,
I might have >> tried to fix it myself, but unfortunatley I don't have
much spare time. So >> in the meantime - I'll have to switch back and
forth to Jaws. >> >> Best >>
Tony >> >> >> >> On 12/28/18, Felix G.
< constantlyvariable@...>
wrote: >>> Hello Enes and list, >>> sorry for my
potentially confusing remark. I was not contrasting our >>> user
experience with that of sighted users. Rather, I was implying >>>
that some peculiarity of Facebook or the affected browsers might
give >>> screen readers in general a hard time, and not just NVDA
specifically. >>> So I did some testing, that is, I performed some
comparative screen >>> reader theology, with the following
results: >>> The late Window-Eyes, digital peace be upon it,
occupies the slow end >>> of the speed scale combined with the high
end of the accuracy scale. >>> You tend to get to wait quite some
time for an answer, but when that >>> answer finally arrives, it is
accurate to the degree of fully >>> supporting the weight of
subsequent interactions. >>> JAWS seems to take quite the opposite
approach, erring, when it does, >>> in favor of speed. There is the
occasional unsolicited switch to focus >>> mode, as well as the
occasional double-speaking of text, but the >>> snappy experience
minimizes these frustrations. >>> NVDA currently takes what I call,
from my perspective, the unfortunate >>> middle ground of this
tradeoff. Applying this observation to Facebook, >>> it means that
the experience is slow enough to feel sluggish, and just >>>
unpredictable enough to feel nondeterministic as well. One can
clearly >>> spot all the good intentions with which this particular
road to hell >>> has been paved, so I wouldn't consider this proof
that anything is >>> being consciously ignored, but the result, at
least for me, combines >>> the worst of both worlds enough to make
me switch screen readers when >>> using Facebook. >>>
If, as Enes suggests, this observation applies to a broader
category >>> of websites of which Facebook is just one prominent
example, the >>> approach taken by NVDA in interacting with browsers
deserves >>> reconsideration. Given the dynamic nature of todays's
web, I strongly >>> suggest favoring speed over complete
consistency. Selectively >>> decoupling focus from virtual cursor
position, and re-coupling them on >>> demand, may be an effective
first step in the right direction, as some >>> isolated speed cost
when activating an element is allowable while a >>> permanent speed
cost while navigating is clearly not. >>> All the
best, >>> Felix >>> >>> Am Do., 27. Dez.
2018 um 22:28 Uhr schrieb enes sarıbaş >>> < enes.saribas@...>: >>>>
hi, >>>> >>>> Yes, as sighted obviously do not
have this problem, or we would've >>>> heard more about by
now. >>>> >>>> On 12/27/2018 7:49 PM, Felix G.
wrote: >>>>> Hi, >>>>> so you're certain
it's an NVDA issue rather than a Facebook or >>>>> browser
one? >>>>> Best, >>>>>
Felix >>>>> >>>>> Am Do., 27. Dez. 2018 um
20:43 Uhr schrieb enes sarıbaş >>>>> < enes.saribas@...>: >>>>>>
hi, >>>>>> >>>>>> This is an NVDA
issue which has existed for about a few centuries, >>>>>>
which is also ignored by the devs. This happens not only
in >>>>>> facebook, but in many websites with dynamically
changing content, >>>>>> or with dialogues, for instance,
the Oxford scholarship online >>>>>> database my university
subscribes to. This has to do with the way >>>>>> NVDA
interacts with the browser, however a better way was
not >>>>>>
implemented. >>>>>> >>>>>> On
12/27/2018 7:29 PM, Felix G. wrote: >>>>>>> Hi
everyone, >>>>>>> is anyone else noticing that when
arrowing or otherwise >>>>>>> navigating Facebook's
standard view, the interface tends to slow >>>>>>> down
to a crawl? >>>>>>> In addition, I am experiencing the
virtual cursor randomly >>>>>>> jumping back a few
lines, resulting in lines being read twice, >>>>>>> and
random switches to focus mode. >>>>>>> Are there any
known remedies, except of course switching to >>>>>>>
mobile view, which is not even recommended to blind users
by >>>>>>> Facebook
itself? >>>>>>> All the
best, >>>>>>>
Felix >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>>> >>> >>> >>> >> >> >> >> >> >> > >
> >
|
|
I don't have a lot to contribute to this discussion except to say that I do observe lag in NEVADA, especially as compared to JAWS, but more extreme as it relates to Narrator. Narrator in Edge on the web is veery, very responsive, particularly in web apps. NVDA, not so much. When talking about lag, it is a bit subjective because you may not observe lag if you are used to using something and it has worked the same way for you. But when you compare to other options, I think the lag is noticeable. It is for me at any rate. And as for Facebook... I think many blind individuals find the regular site cluttered because they are trying to navigate it like a regular web page, or maybe they notice the lag that is present when navigating it. Facebook is intended to be used like other web apps, with shortcuts and hotkeys that are native to Facebook. It is not intended to be used by navigating it like a regular web page. It should be able to be used that way, and NVDA should not hang and lag on "cluttered" sites, but the best experience with the regular Facebook, as is with Twitter and Gmail and others, is to use the hotkeys supplied by the site as intended.
Thanks.
toggle quoted messageShow quoted text
On Fri, Dec 28, 2018 at 6:09 PM Gene < gsasner@...> wrote:
These kinds of problems were discussed perhaps two
weeks ago. I'm surprised no one has commented on that discussion. I
don't have the technical knowledgte to discuss it knowledgeablely but maybe my
comments will elicit a response from those who know more.
The discussion was about NVDA changing focus on web
sites where events cause something to happen as you move around the site.
I think its JAVA scripts that cause events to happen of the kind
discussed. There is some problem with the way NVDA moves or responds or
doesn't respond quickly enough to such events and Facebook was discussed as one
of the sites.
I don't know what is or isn't being considered as
far as remedying the problem. Maybe we'll find out more now.
Gene
----- Original Message -----
Sent: Friday, December 28, 2018 4:29 PM
Subject: Re: [nvda] Sluggish user experience on
Facebook
Annette, Why do you think it's Amazon or Firefox to blame for
sluggishness and not NVDA? Why do you think it's the website that decides to
play nice occasionally, and not NVDA? --Tony On 12/28/18,
Annette Moore < angelgirl52376@...>
wrote: > I use the Facebook mobile site with Firefox, and I have no
problems. > amazon can be a bit sluggish at times, but I think that's just
amazon or > firefox, or maybe just a combination of the two. I don't think
it has > anything to do with NVDA itself because when the site decides to
play > nice, NVDA works beautifully with it. there's still the issue with
the > "buy now with one click button" on Kindle material, but I know how
to > get around that. Getting back to Facebook, though, the main site is
way > too cluttered no matter what screen reader or browser you use. I
don't > like it at all, so I don't use it. > >
Annette > > On 12/28/2018 11:43 AM, Monte Single wrote: >>
I do not experience sluggishness with nvda; I type at and average or >>
faster speed. I do not use facebook so I cannot comment on that. I
use >> all kinds of websites; n g os, corporate, government and
private. >> N v d a is not perfect, but it does 99 percent
of what I need. >> >> -----Original Message----- >>
From: nvda@nvda.groups.io
[mailto: nvda@nvda.groups.io] On Behalf Of Tony >> Malykh >>
Sent: December-28-18 11:32 AM >> To: nvda@nvda.groups.io>> Subject:
Re: [nvda] Sluggish user experience on Facebook >> >> Hi
Felix, >> I'm on your side - I think sluggishness in NVDA is a problem,
in fact a >> big one, and I wish NVDA developers could do something
about that. >> Facebook is not the only web site that has these issues,
I experience the >> same problems on gmail and private web sites of
company I work for. I have >> to switch to JAWS to browse these sites
every time just because all these >> symptoms with NVDA are unbearable
and makes these web sites completely >>
unusable. >> >> I think another problem with these issues is
that the majority of NVDA >> users don't seem to be bothered by this
issue, judging from reaction on >> this list. I think
that: >> >> 1. People's typing speed differs a lot. I tend to
type very fast, which >> probably exacerbates this issue for me. People
who type slower might not >> be that annoyed by this issue, as for
example the focus is sucked into >> edit boxes only when you're going
through them quickly. >> Felix, are you a quick typer as
well? >> 2. Maybe people tend to stay away from these web sites that
they cannot >> figure out how to use. Since Facebook is glitching with
NVDA, blind people >> will have hard time to learn it and will use for
example twitter instead. >> It becomes a chicken and egg problem. NVDA
devs won't fix an issue that >> doesn't affect many users. And it won't
affect many users because the >> issue is there to begin
with. >> 3. In my experience the severity of this problem depends on
the browser. >> Glitching in Google Chrome seems to be several times
worse that in >> Firefox. >> >> Anyway, these are
just some thoughts. I wish I could help convince NVDA >> devs to have a
closer look into this, but looking at github issues, this >> problem
has been known since at least 2012 so I think it's unlikely it's >>
going to be fixed any time soon. Unless we can find enough people
bothered >> by this and maybe like file a petition. If I had more time,
I might have >> tried to fix it myself, but unfortunatley I don't have
much spare time. So >> in the meantime - I'll have to switch back and
forth to Jaws. >> >> Best >>
Tony >> >> >> >> On 12/28/18, Felix G.
< constantlyvariable@...>
wrote: >>> Hello Enes and list, >>> sorry for my
potentially confusing remark. I was not contrasting our >>> user
experience with that of sighted users. Rather, I was implying >>>
that some peculiarity of Facebook or the affected browsers might
give >>> screen readers in general a hard time, and not just NVDA
specifically. >>> So I did some testing, that is, I performed some
comparative screen >>> reader theology, with the following
results: >>> The late Window-Eyes, digital peace be upon it,
occupies the slow end >>> of the speed scale combined with the high
end of the accuracy scale. >>> You tend to get to wait quite some
time for an answer, but when that >>> answer finally arrives, it is
accurate to the degree of fully >>> supporting the weight of
subsequent interactions. >>> JAWS seems to take quite the opposite
approach, erring, when it does, >>> in favor of speed. There is the
occasional unsolicited switch to focus >>> mode, as well as the
occasional double-speaking of text, but the >>> snappy experience
minimizes these frustrations. >>> NVDA currently takes what I call,
from my perspective, the unfortunate >>> middle ground of this
tradeoff. Applying this observation to Facebook, >>> it means that
the experience is slow enough to feel sluggish, and just >>>
unpredictable enough to feel nondeterministic as well. One can
clearly >>> spot all the good intentions with which this particular
road to hell >>> has been paved, so I wouldn't consider this proof
that anything is >>> being consciously ignored, but the result, at
least for me, combines >>> the worst of both worlds enough to make
me switch screen readers when >>> using Facebook. >>>
If, as Enes suggests, this observation applies to a broader
category >>> of websites of which Facebook is just one prominent
example, the >>> approach taken by NVDA in interacting with browsers
deserves >>> reconsideration. Given the dynamic nature of todays's
web, I strongly >>> suggest favoring speed over complete
consistency. Selectively >>> decoupling focus from virtual cursor
position, and re-coupling them on >>> demand, may be an effective
first step in the right direction, as some >>> isolated speed cost
when activating an element is allowable while a >>> permanent speed
cost while navigating is clearly not. >>> All the
best, >>> Felix >>> >>> Am Do., 27. Dez.
2018 um 22:28 Uhr schrieb enes sarıbaş >>> < enes.saribas@...>: >>>>
hi, >>>> >>>> Yes, as sighted obviously do not
have this problem, or we would've >>>> heard more about by
now. >>>> >>>> On 12/27/2018 7:49 PM, Felix G.
wrote: >>>>> Hi, >>>>> so you're certain
it's an NVDA issue rather than a Facebook or >>>>> browser
one? >>>>> Best, >>>>>
Felix >>>>> >>>>> Am Do., 27. Dez. 2018 um
20:43 Uhr schrieb enes sarıbaş >>>>> < enes.saribas@...>: >>>>>>
hi, >>>>>> >>>>>> This is an NVDA
issue which has existed for about a few centuries, >>>>>>
which is also ignored by the devs. This happens not only
in >>>>>> facebook, but in many websites with dynamically
changing content, >>>>>> or with dialogues, for instance,
the Oxford scholarship online >>>>>> database my university
subscribes to. This has to do with the way >>>>>> NVDA
interacts with the browser, however a better way was
not >>>>>>
implemented. >>>>>> >>>>>> On
12/27/2018 7:29 PM, Felix G. wrote: >>>>>>> Hi
everyone, >>>>>>> is anyone else noticing that when
arrowing or otherwise >>>>>>> navigating Facebook's
standard view, the interface tends to slow >>>>>>> down
to a crawl? >>>>>>> In addition, I am experiencing the
virtual cursor randomly >>>>>>> jumping back a few
lines, resulting in lines being read twice, >>>>>>> and
random switches to focus mode. >>>>>>> Are there any
known remedies, except of course switching to >>>>>>>
mobile view, which is not even recommended to blind users
by >>>>>>> Facebook
itself? >>>>>>> All the
best, >>>>>>>
Felix >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>>> >>> >>> >>> >> >> >> >> >> >> > >
> >
-- Cordially, Nimer Jaber Please take the time to read this signature completely as it contains some information about the email you have just read and all attachments contained within as well as some valuable resources and methods for contacting me if you have any questions or wish to talk. The message above is intended for the recipient to whom it was addressed. If you believe that you are not the intended recipient, please notify me via reply email and destroy all copies of this correspondence. Action taken as a result of this email or its contents by anyone other than the intended recipient(s) may result in civil or criminal charges. I have checked this email and all corresponding attachments for security threats. However, security of your machine is up to you. Thanks. Registered Linux User 529141. http://counter.li.org/To find out about a free and versatile screen reader for windows XP and above, please click here: http://www.nvda-project.orgYou can follow @nimerjaber on Twitter for the latest technology news. To contact me, you can reply to this email or you may call me at (970) (658-0358) and I will do my best to respond to you promptly. Thank you, and have a great day!
|
|
I have a few comments I'd like to add to this thread.
First, I know that one of the reasons why the latency issues don't always plague me as much is that I usually disable character and word echo while typing. Silent keyboard entry means that I don't encounter latency issues, at least for that particular task.
I also suspect few people are sounding the alarm about this because, if I had to guess, few people may actually be running into serious latency issues. At work I have access to two separate laptops. Both of them have 16 GB of RAM and an I7 processor and
I must say, in fairness to NVDA, that the latency issues I run into at home are almost nonexistent on those particular laptops. When compared to JAWS, I still notice a very slight difference but they are not significant enough to get in the way of typing,
editing and reading text. This is true even in Word 2013 and Word 2016, where performance is certainly acceptable.
Where I notice the issues we're talking about are on my home Optiplex desktop. It's much slower compared to the laptops I use at work, with 8 GB of RAM and a dual core Athlon processor, 2.8 Ghz. I'll admit that when this PC was first made I believe it may
have first come preinstalled with Windows Vista. When I bought it as a refurbished unit it had Windows 7. I added more RAM, an SSD and upgraded to Windows 10. Some might argue that maybe I should consider purchasing a new computer and, eventually, I'm sure
that I will. However, when I use JAWS 2019 I notice that the latency I experience with NVDA is practically nonexistent. In no way do I mean to start an NVDA vs. JAWS debate on this list. That's not the purpose of my response. However, one of the things that
I think should be a high priority with a screen reader is responsiveness and eliminating latency wherever possible. For most people on most machines NVDA is pretty good in this regard which, again, is probably why so few people are reporting issues. Being
a small organization NV Access may have to choose to not prioritize on an issue which may only be affecting a small percentage of their users and this makes sense to me. However, I would respectfully counter that by saying that NV Access's goal is to put a
high-quality screen reader into the hands of any blind person who needs one, regardless of their location and of the language that they speak. While many of us either have access to or can afford a new computer the fact is that many cannot and I am sure there
are many consumers around the world who may need to use slightly older technology with their screen reader. I realize that we have to strike a reasonable balance here, which is why NVDA, as an example, no longer supports Windows XP. This makes sense to me.
However, like Tony I wish that some refactoring could be done with the goal of improving the responsiveness of the speech, with the goal of making the experience more like JAWS, if not better.
Again, this is not meant to start a screen reader debate nor is it meant to trash NVDA in favor of JAWS. I would just like to see these latency issues addressed. However, to be fair a company isn't going to make such a massive development effort a priority
if the perception is that this is not a problem for most or even nearly all of its users and I can also respect that.
On 12/28/2018 12:32 PM, Tony Malykh wrote:
toggle quoted messageShow quoted text
Hi Felix,
I'm on your side - I think sluggishness in NVDA is a problem, in fact
a big one, and I wish NVDA developers could do something about that.
Facebook is not the only web site that has these issues, I experience
the same problems on gmail and private web sites of company I work
for. I have to switch to JAWS to browse these sites every time just
because all these symptoms with NVDA are unbearable and makes these
web sites completely unusable.
I think another problem with these issues is that the majority of NVDA
users don't seem to be bothered by this issue, judging from reaction
on this list. I think that:
1. People's typing speed differs a lot. I tend to type very fast,
which probably exacerbates this issue for me. People who type slower
might not be that annoyed by this issue, as for example the focus is
sucked into edit boxes only when you're going through them quickly.
Felix, are you a quick typer as well?
2. Maybe people tend to stay away from these web sites that they
cannot figure out how to use. Since Facebook is glitching with NVDA,
blind people will have hard time to learn it and will use for example
twitter instead. It becomes a chicken and egg problem. NVDA devs won't
fix an issue that doesn't affect many users. And it won't affect many
users because the issue is there to begin with.
3. In my experience the severity of this problem depends on the
browser. Glitching in Google Chrome seems to be several times worse
that in Firefox.
Anyway, these are just some thoughts. I wish I could help convince
NVDA devs to have a closer look into this, but looking at github
issues, this problem has been known since at least 2012 so I think
it's unlikely it's going to be fixed any time soon. Unless we can find
enough people bothered by this and maybe like file a petition. If I
had more time, I might have tried to fix it myself, but unfortunatley
I don't have much spare time. So in the meantime - I'll have to switch
back and forth to Jaws.
Best
Tony
On 12/28/18, Felix G. <constantlyvariable@...> wrote:
Hello Enes and list,
sorry for my potentially confusing remark. I was not contrasting our
user experience with that of sighted users. Rather, I was implying
that some peculiarity of Facebook or the affected browsers might give
screen readers in general a hard time, and not just NVDA specifically.
So I did some testing, that is, I performed some comparative screen
reader theology, with the following results:
The late Window-Eyes, digital peace be upon it, occupies the slow end
of the speed scale combined with the high end of the accuracy scale.
You tend to get to wait quite some time for an answer, but when that
answer finally arrives, it is accurate to the degree of fully
supporting the weight of subsequent interactions.
JAWS seems to take quite the opposite approach, erring, when it does,
in favor of speed. There is the occasional unsolicited switch to focus
mode, as well as the occasional double-speaking of text, but the
snappy experience minimizes these frustrations.
NVDA currently takes what I call, from my perspective, the unfortunate
middle ground of this tradeoff. Applying this observation to Facebook,
it means that the experience is slow enough to feel sluggish, and just
unpredictable enough to feel nondeterministic as well. One can clearly
spot all the good intentions with which this particular road to hell
has been paved, so I wouldn't consider this proof that anything is
being consciously ignored, but the result, at least for me, combines
the worst of both worlds enough to make me switch screen readers when
using Facebook.
If, as Enes suggests, this observation applies to a broader category
of websites of which Facebook is just one prominent example, the
approach taken by NVDA in interacting with browsers deserves
reconsideration. Given the dynamic nature of todays's web, I strongly
suggest favoring speed over complete consistency. Selectively
decoupling focus from virtual cursor position, and re-coupling them on
demand, may be an effective first step in the right direction, as some
isolated speed cost when activating an element is allowable while a
permanent speed cost while navigating is clearly not.
All the best,
Felix
Am Do., 27. Dez. 2018 um 22:28 Uhr schrieb enes sarıbaş
<enes.saribas@...>:
hi,
Yes, as sighted obviously do not have this problem, or we would've heard
more about by now.
On 12/27/2018 7:49 PM, Felix G. wrote:
Hi,
so you're certain it's an NVDA issue rather than a Facebook or browser
one?
Best,
Felix
Am Do., 27. Dez. 2018 um 20:43 Uhr schrieb enes sarıbaş
<enes.saribas@...>:
hi,
This is an NVDA issue which has existed for about a few centuries,
which
is also ignored by the devs. This happens not only in facebook, but in
many websites with dynamically changing content, or with dialogues,
for
instance, the Oxford scholarship online database my university
subscribes to. This has to do with the way NVDA interacts with the
browser, however a better way was not implemented.
On 12/27/2018 7:29 PM, Felix G. wrote:
Hi everyone,
is anyone else noticing that when arrowing or otherwise navigating
Facebook's standard view, the interface tends to slow down to a
crawl?
In addition, I am experiencing the virtual cursor randomly jumping
back a few lines, resulting in lines being read twice, and random
switches to focus mode.
Are there any known remedies, except of course switching to mobile
view, which is not even recommended to blind users by Facebook
itself?
All the best,
Felix
|
|
I realize that the tone of my last message may have sounded more negative than I might have liked. I should also say, in fairness, that NVDA, in most cases, is not overly sluggish. The biggest issue I've had was with Word but enabling the experimental UIA
support has really made a difference. I'm doing a few comparisons to see if some synthesizers are more responsive than others. Lately, I have been using the legal Eloquence driver from Code Factory but I find that the Vocalizer voices from Code Factory have
really improved with UIA support enabled, particularly when typing in a Word document. If we could see a similar change on the Web it would really improve NVDA's responsiveness. Tony Malykh's experimental focus toggle add-on also seems to help with responsiveness.
On 12/28/2018 9:42 PM, David Goldfield wrote:
toggle quoted messageShow quoted text
I have a few comments I'd like to add to this thread.
First, I know that one of the reasons why the latency issues don't always plague me as much is that I usually disable character and word echo while typing. Silent keyboard entry means that I don't encounter latency issues, at least for that particular task.
I also suspect few people are sounding the alarm about this because, if I had to guess, few people may actually be running into serious latency issues. At work I have access to two separate laptops. Both of them have 16 GB of RAM and an I7 processor and
I must say, in fairness to NVDA, that the latency issues I run into at home are almost nonexistent on those particular laptops. When compared to JAWS, I still notice a very slight difference but they are not significant enough to get in the way of typing,
editing and reading text. This is true even in Word 2013 and Word 2016, where performance is certainly acceptable.
Where I notice the issues we're talking about are on my home Optiplex desktop. It's much slower compared to the laptops I use at work, with 8 GB of RAM and a dual core Athlon processor, 2.8 Ghz. I'll admit that when this PC was first made I believe it may
have first come preinstalled with Windows Vista. When I bought it as a refurbished unit it had Windows 7. I added more RAM, an SSD and upgraded to Windows 10. Some might argue that maybe I should consider purchasing a new computer and, eventually, I'm sure
that I will. However, when I use JAWS 2019 I notice that the latency I experience with NVDA is practically nonexistent. In no way do I mean to start an NVDA vs. JAWS debate on this list. That's not the purpose of my response. However, one of the things that
I think should be a high priority with a screen reader is responsiveness and eliminating latency wherever possible. For most people on most machines NVDA is pretty good in this regard which, again, is probably why so few people are reporting issues. Being
a small organization NV Access may have to choose to not prioritize on an issue which may only be affecting a small percentage of their users and this makes sense to me. However, I would respectfully counter that by saying that NV Access's goal is to put a
high-quality screen reader into the hands of any blind person who needs one, regardless of their location and of the language that they speak. While many of us either have access to or can afford a new computer the fact is that many cannot and I am sure there
are many consumers around the world who may need to use slightly older technology with their screen reader. I realize that we have to strike a reasonable balance here, which is why NVDA, as an example, no longer supports Windows XP. This makes sense to me.
However, like Tony I wish that some refactoring could be done with the goal of improving the responsiveness of the speech, with the goal of making the experience more like JAWS, if not better.
Again, this is not meant to start a screen reader debate nor is it meant to trash NVDA in favor of JAWS. I would just like to see these latency issues addressed. However, to be fair a company isn't going to make such a massive development effort a priority
if the perception is that this is not a problem for most or even nearly all of its users and I can also respect that.
On 12/28/2018 12:32 PM, Tony Malykh wrote:
Hi Felix,
I'm on your side - I think sluggishness in NVDA is a problem, in fact
a big one, and I wish NVDA developers could do something about that.
Facebook is not the only web site that has these issues, I experience
the same problems on gmail and private web sites of company I work
for. I have to switch to JAWS to browse these sites every time just
because all these symptoms with NVDA are unbearable and makes these
web sites completely unusable.
I think another problem with these issues is that the majority of NVDA
users don't seem to be bothered by this issue, judging from reaction
on this list. I think that:
1. People's typing speed differs a lot. I tend to type very fast,
which probably exacerbates this issue for me. People who type slower
might not be that annoyed by this issue, as for example the focus is
sucked into edit boxes only when you're going through them quickly.
Felix, are you a quick typer as well?
2. Maybe people tend to stay away from these web sites that they
cannot figure out how to use. Since Facebook is glitching with NVDA,
blind people will have hard time to learn it and will use for example
twitter instead. It becomes a chicken and egg problem. NVDA devs won't
fix an issue that doesn't affect many users. And it won't affect many
users because the issue is there to begin with.
3. In my experience the severity of this problem depends on the
browser. Glitching in Google Chrome seems to be several times worse
that in Firefox.
Anyway, these are just some thoughts. I wish I could help convince
NVDA devs to have a closer look into this, but looking at github
issues, this problem has been known since at least 2012 so I think
it's unlikely it's going to be fixed any time soon. Unless we can find
enough people bothered by this and maybe like file a petition. If I
had more time, I might have tried to fix it myself, but unfortunatley
I don't have much spare time. So in the meantime - I'll have to switch
back and forth to Jaws.
Best
Tony
On 12/28/18, Felix G. <constantlyvariable@...> wrote:
Hello Enes and list,
sorry for my potentially confusing remark. I was not contrasting our
user experience with that of sighted users. Rather, I was implying
that some peculiarity of Facebook or the affected browsers might give
screen readers in general a hard time, and not just NVDA specifically.
So I did some testing, that is, I performed some comparative screen
reader theology, with the following results:
The late Window-Eyes, digital peace be upon it, occupies the slow end
of the speed scale combined with the high end of the accuracy scale.
You tend to get to wait quite some time for an answer, but when that
answer finally arrives, it is accurate to the degree of fully
supporting the weight of subsequent interactions.
JAWS seems to take quite the opposite approach, erring, when it does,
in favor of speed. There is the occasional unsolicited switch to focus
mode, as well as the occasional double-speaking of text, but the
snappy experience minimizes these frustrations.
NVDA currently takes what I call, from my perspective, the unfortunate
middle ground of this tradeoff. Applying this observation to Facebook,
it means that the experience is slow enough to feel sluggish, and just
unpredictable enough to feel nondeterministic as well. One can clearly
spot all the good intentions with which this particular road to hell
has been paved, so I wouldn't consider this proof that anything is
being consciously ignored, but the result, at least for me, combines
the worst of both worlds enough to make me switch screen readers when
using Facebook.
If, as Enes suggests, this observation applies to a broader category
of websites of which Facebook is just one prominent example, the
approach taken by NVDA in interacting with browsers deserves
reconsideration. Given the dynamic nature of todays's web, I strongly
suggest favoring speed over complete consistency. Selectively
decoupling focus from virtual cursor position, and re-coupling them on
demand, may be an effective first step in the right direction, as some
isolated speed cost when activating an element is allowable while a
permanent speed cost while navigating is clearly not.
All the best,
Felix
Am Do., 27. Dez. 2018 um 22:28 Uhr schrieb enes sarıbaş
<enes.saribas@...>:
hi,
Yes, as sighted obviously do not have this problem, or we would've heard
more about by now.
On 12/27/2018 7:49 PM, Felix G. wrote:
Hi,
so you're certain it's an NVDA issue rather than a Facebook or browser
one?
Best,
Felix
Am Do., 27. Dez. 2018 um 20:43 Uhr schrieb enes sarıbaş
<enes.saribas@...>:
hi,
This is an NVDA issue which has existed for about a few centuries,
which
is also ignored by the devs. This happens not only in facebook, but in
many websites with dynamically changing content, or with dialogues,
for
instance, the Oxford scholarship online database my university
subscribes to. This has to do with the way NVDA interacts with the
browser, however a better way was not implemented.
On 12/27/2018 7:29 PM, Felix G. wrote:
Hi everyone,
is anyone else noticing that when arrowing or otherwise navigating
Facebook's standard view, the interface tends to slow down to a
crawl?
In addition, I am experiencing the virtual cursor randomly jumping
back a few lines, resulting in lines being read twice, and random
switches to focus mode.
Are there any known remedies, except of course switching to mobile
view, which is not even recommended to blind users by Facebook
itself?
All the best,
Felix
|
|
Hope Williamson <ladyhope@...>
I don't have this problem on Facebook. I think that's because I usually use the mobile site. Right now I'm using a web interface to write this email and there's absolutely no sluggishness whatsoever. One place where I've seen it is in WordPress, though. Not exactly sure why it would work everywhere else and be slow there.
|
|
hi David,
I am using a laptop with a forth generation i5 haswell
processor, 8 gb of ram, and a samsung 850evo SSD. This is in no
ways a bad system. But I frequently notice slowdowns on large
websites. NVDA also uses up to 60% of the CPU sometimes. I wish
NVDA would drop support for the legacy technologies, that cause
this slowdown, and support more modern technologies, such as pure
64 bit, SSE2, and multithreading.
On 12/29/2018 2:42 AM, David Goldfield
wrote:
toggle quoted messageShow quoted text
I have a few comments I'd like to add to this thread.
First, I know that one of the reasons why the latency issues
don't always plague me as much is that I usually disable
character and word echo while typing. Silent keyboard entry
means that I don't encounter latency issues, at least for that
particular task.
I also suspect few people are sounding the alarm about this
because, if I had to guess, few people may actually be running
into serious latency issues. At work I have access to two
separate laptops. Both of them have 16 GB of RAM and an I7
processor and I must say, in fairness to NVDA, that the latency
issues I run into at home are almost nonexistent on those
particular laptops. When compared to JAWS, I still notice a very
slight difference but they are not significant enough to get in
the way of typing, editing and reading text. This is true even
in Word 2013 and Word 2016, where performance is certainly
acceptable.
Where I notice the issues we're talking about are on my home
Optiplex desktop. It's much slower compared to the laptops I use
at work, with 8 GB of RAM and a dual core Athlon processor, 2.8
Ghz. I'll admit that when this PC was first made I believe it
may have first come preinstalled with Windows Vista. When I
bought it as a refurbished unit it had Windows 7. I added more
RAM, an SSD and upgraded to Windows 10. Some might argue that
maybe I should consider purchasing a new computer and,
eventually, I'm sure that I will. However, when I use JAWS 2019
I notice that the latency I experience with NVDA is practically
nonexistent. In no way do I mean to start an NVDA vs. JAWS
debate on this list. That's not the purpose of my response.
However, one of the things that I think should be a high
priority with a screen reader is responsiveness and eliminating
latency wherever possible. For most people on most machines NVDA
is pretty good in this regard which, again, is probably why so
few people are reporting issues. Being a small organization NV
Access may have to choose to not prioritize on an issue which
may only be affecting a small percentage of their users and this
makes sense to me. However, I would respectfully counter that by
saying that NV Access's goal is to put a high-quality screen
reader into the hands of any blind person who needs one,
regardless of their location and of the language that they
speak. While many of us either have access to or can afford a
new computer the fact is that many cannot and I am sure there
are many consumers around the world who may need to use slightly
older technology with their screen reader. I realize that we
have to strike a reasonable balance here, which is why NVDA, as
an example, no longer supports Windows XP. This makes sense to
me. However, like Tony I wish that some refactoring could be
done with the goal of improving the responsiveness of the
speech, with the goal of making the experience more like JAWS,
if not better.
Again, this is not meant to start a screen reader debate nor is
it meant to trash NVDA in favor of JAWS. I would just like to
see these latency issues addressed. However, to be fair a
company isn't going to make such a massive development effort a
priority if the perception is that this is not a problem for
most or even nearly all of its users and I can also respect
that.
On 12/28/2018 12:32 PM, Tony Malykh
wrote:
Hi Felix,
I'm on your side - I think sluggishness in NVDA is a problem, in fact
a big one, and I wish NVDA developers could do something about that.
Facebook is not the only web site that has these issues, I experience
the same problems on gmail and private web sites of company I work
for. I have to switch to JAWS to browse these sites every time just
because all these symptoms with NVDA are unbearable and makes these
web sites completely unusable.
I think another problem with these issues is that the majority of NVDA
users don't seem to be bothered by this issue, judging from reaction
on this list. I think that:
1. People's typing speed differs a lot. I tend to type very fast,
which probably exacerbates this issue for me. People who type slower
might not be that annoyed by this issue, as for example the focus is
sucked into edit boxes only when you're going through them quickly.
Felix, are you a quick typer as well?
2. Maybe people tend to stay away from these web sites that they
cannot figure out how to use. Since Facebook is glitching with NVDA,
blind people will have hard time to learn it and will use for example
twitter instead. It becomes a chicken and egg problem. NVDA devs won't
fix an issue that doesn't affect many users. And it won't affect many
users because the issue is there to begin with.
3. In my experience the severity of this problem depends on the
browser. Glitching in Google Chrome seems to be several times worse
that in Firefox.
Anyway, these are just some thoughts. I wish I could help convince
NVDA devs to have a closer look into this, but looking at github
issues, this problem has been known since at least 2012 so I think
it's unlikely it's going to be fixed any time soon. Unless we can find
enough people bothered by this and maybe like file a petition. If I
had more time, I might have tried to fix it myself, but unfortunatley
I don't have much spare time. So in the meantime - I'll have to switch
back and forth to Jaws.
Best
Tony
On 12/28/18, Felix G. <constantlyvariable@...> wrote:
Hello Enes and list,
sorry for my potentially confusing remark. I was not contrasting our
user experience with that of sighted users. Rather, I was implying
that some peculiarity of Facebook or the affected browsers might give
screen readers in general a hard time, and not just NVDA specifically.
So I did some testing, that is, I performed some comparative screen
reader theology, with the following results:
The late Window-Eyes, digital peace be upon it, occupies the slow end
of the speed scale combined with the high end of the accuracy scale.
You tend to get to wait quite some time for an answer, but when that
answer finally arrives, it is accurate to the degree of fully
supporting the weight of subsequent interactions.
JAWS seems to take quite the opposite approach, erring, when it does,
in favor of speed. There is the occasional unsolicited switch to focus
mode, as well as the occasional double-speaking of text, but the
snappy experience minimizes these frustrations.
NVDA currently takes what I call, from my perspective, the unfortunate
middle ground of this tradeoff. Applying this observation to Facebook,
it means that the experience is slow enough to feel sluggish, and just
unpredictable enough to feel nondeterministic as well. One can clearly
spot all the good intentions with which this particular road to hell
has been paved, so I wouldn't consider this proof that anything is
being consciously ignored, but the result, at least for me, combines
the worst of both worlds enough to make me switch screen readers when
using Facebook.
If, as Enes suggests, this observation applies to a broader category
of websites of which Facebook is just one prominent example, the
approach taken by NVDA in interacting with browsers deserves
reconsideration. Given the dynamic nature of todays's web, I strongly
suggest favoring speed over complete consistency. Selectively
decoupling focus from virtual cursor position, and re-coupling them on
demand, may be an effective first step in the right direction, as some
isolated speed cost when activating an element is allowable while a
permanent speed cost while navigating is clearly not.
All the best,
Felix
Am Do., 27. Dez. 2018 um 22:28 Uhr schrieb enes sarıbaş
<enes.saribas@...>:
hi,
Yes, as sighted obviously do not have this problem, or we would've heard
more about by now.
On 12/27/2018 7:49 PM, Felix G. wrote:
Hi,
so you're certain it's an NVDA issue rather than a Facebook or browser
one?
Best,
Felix
Am Do., 27. Dez. 2018 um 20:43 Uhr schrieb enes sarıbaş
<enes.saribas@...>:
hi,
This is an NVDA issue which has existed for about a few centuries,
which
is also ignored by the devs. This happens not only in facebook, but in
many websites with dynamically changing content, or with dialogues,
for
instance, the Oxford scholarship online database my university
subscribes to. This has to do with the way NVDA interacts with the
browser, however a better way was not implemented.
On 12/27/2018 7:29 PM, Felix G. wrote:
Hi everyone,
is anyone else noticing that when arrowing or otherwise navigating
Facebook's standard view, the interface tends to slow down to a
crawl?
In addition, I am experiencing the virtual cursor randomly jumping
back a few lines, resulting in lines being read twice, and random
switches to focus mode.
Are there any known remedies, except of course switching to mobile
view, which is not even recommended to blind users by Facebook
itself?
All the best,
Felix
|
|