Date   

Re: Checkable list boxes comes to NVDA, it will make its debut as early as end of this year

J.G
 

Hello,

thanks, understood that it will bring changes to UG, translations etc. as I said, it is only a suggestion.

kind regards,
Jožef


Re: java access bridge

Gene
 

Open Office and Libra Office haven't needed JAVA in years.
 
Gene

----- Original Message -----
Sent: Wednesday, August 15, 2018 10:14 AM
Subject: Re: [nvda] java access bridge

Only if you have software that needs java. I think parts of Open
office/Libra Office need it the database etc, possibly.
 Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.
----- Original Message -----
From: "Brian Tew via Groups.Io" <briantew1951@...>
To: <nvda@nvda.groups.io>
Sent: Wednesday, August 15, 2018 12:12 AM
Subject: [nvda] java access bridge


> my log says warning java access bridge not available.
> Is this something I need to download?
> Thanks.
>
>
>
>




Re: program to download videos from youtube history?

Brian's Mail list account <bglists@...>
 

I have to say what I've done to get the audio of a video is simply use virtual recorder and edit off the front and back in an audio editor and then adjust the levels.
Make sure though no screenreader or system sounds are in the middle of the track!
Brian

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

----- Original Message -----
From: "Bobby Vinton" <vinton.bobby5277@...>
To: <nvda@nvda.groups.io>
Sent: Wednesday, August 15, 2018 5:41 AM
Subject: Re: [nvda] program to download videos from youtube history?


Does this youtubedl convert to mp3?

On 8/14/2018 10:35 PM, Sarah k Alawami wrote:
Try youtube-dl I love that little gem. You can do a lot with it.

On 14 Aug 2018, at 16:11, The Wolf wrote:

Hello is there a program that would allow me to download all my videos in my youtube history?

I have 300 videos that I want to download from my history

thanks

Hank


--
check out my song on youtube
https://youtu.be/YeWgx2LRu7Y



Re: Checkable list boxes comes to NVDA, it will make its debut as early as end of this year

 

Hi,

Perhaps. This will require a lot of discussion in regards to visual appearance, functionality, user guide changes, translation and what not. At the moment there appears to be a scaling problem where screens scaled to 125 percent or higher causes checkboxes in these lists to appear odd, which isn’t good for presentational purposes.

Cheers,

Joseph

 

From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of J.G
Sent: Wednesday, August 15, 2018 8:13 AM
To: nvda@nvda.groups.io
Subject: Re: [nvda] Checkable list boxes comes to NVDA, it will make its debut as early as end of this year

 

Hello,

just a suggestion; is it possible, that this would be implemented also in a Document formating dialog, because there are many, many check boxes in separated groups like fonts, table etc so this checkboxes would be converted to checkable list into coresponding group.

Kind regards,
Jožef


Re: java access bridge

Brian's Mail list account <bglists@...>
 

Only if you have software that needs java. I think parts of Open office/Libra Office need it the database etc, possibly.
Brian

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

----- Original Message -----
From: "Brian Tew via Groups.Io" <briantew1951=icloud.com@groups.io>
To: <nvda@nvda.groups.io>
Sent: Wednesday, August 15, 2018 12:12 AM
Subject: [nvda] java access bridge


my log says warning java access bridge not available.
Is this something I need to download?
Thanks.



Re: [SUSPECTED SPAM] [nvda] Change on Amazon makes buying options less, possibly inaccessible with screenreaders while on product page

Brian's Mail list account <bglists@...>
 

To be fair trying to cancel Prime has always been a pain as you tend to get are you sure. Go on just keep the this or that bit, to confirm you need to click the blah blah in the bottom left corner and all of that. it all reminded me of the bloke in the shop who could not be gotten rid of without almost physically moving him from in front of the exit door.
Brian

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

----- Original Message -----
From: "Ervin, Glenn" <glenn.ervin@...>
To: <nvda@nvda.groups.io>
Sent: Wednesday, August 15, 2018 2:35 PM
Subject: Re: [SUSPECTED SPAM] [nvda] Change on Amazon makes buying options less, possibly inaccessible with screenreaders while on product page


I don't think it is just with NVDA.
Last night I tried to return an item I received from Amazon, and I could not complete the page, it kept telling me that Chrome's Java needed updating, but Chrome's help said it was up to date.
I tried Jaws too.
I tried I.E. and WaterFox to no avail.
I hate wasting my time to not have a site work for the Blind.
I wound up having to call customer service and finish it that way.
Glenn


From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Kwork
Sent: Tuesday, August 14, 2018 3:57 PM
To: nvda@nvda.groups.io
Subject: [SUSPECTED SPAM] [nvda] Change on Amazon makes buying options less, possibly inaccessible with screenreaders while on product page

Up through yesterday, I had no trouble buying Kindle books through Amazon. Things were labeled, and easily findable. Today the area of the page where the buying options are seems to have changed.
There is now a new heading called "Buying Options." It's the first heading on the page. The interesting thing about this heading is that there is no number associated with it. Instead of saying "heading level 1," as the heading below it says, all is says is "heading."
I think the buy and read now links, along with the price that used to be readily visible are now hidden inside the new "heading" area. Arrowing down once leads to the "add to list" checkbox.
This has been confirmed both in Firefox 64 and Chrome 64 using Windows 7 64-bit and NVDA 2018.2.1.
If anyone else can confirm, and can have any idea on how to deal with this, that would be appreciated.
Here's an example. For the US, this book is free at least today, hence why I chose it, so trying to buy it won't cost anybody any money. And, yes, the page is the same whether a book is free or not:
https://www.amazon.com/dp/B07FDKPS2C/?tag=bookfreeby-20


Re: Checkable list boxes comes to NVDA, it will make its debut as early as end of this year

J.G
 

Hello,

just a suggestion; is it possible, that this would be implemented also in a Document formating dialog, because there are many, many check boxes in separated groups like fonts, table etc so this checkboxes would be converted to checkable list into coresponding group.

Kind regards,
Jožef


Re: [SUSPECTED SPAM] [nvda] Change on Amazon makes buying options less, possibly inaccessible with screenreaders while on product page

Brian's Mail list account <bglists@...>
 

I hope you reported the issue and that they have a good feedback system that can quickly fix stuff. I have not bought from them for some weeks, but if this is going global somebody needs to contact their access team to point out the error. I bet its something simple in a template somewhere, this is often the effect of just looking at a site with eyes of course. They should really know better.
Brian

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

----- Original Message -----
From: "Ervin, Glenn" <glenn.ervin@...>
To: <nvda@nvda.groups.io>
Sent: Wednesday, August 15, 2018 2:35 PM
Subject: Re: [SUSPECTED SPAM] [nvda] Change on Amazon makes buying options less, possibly inaccessible with screenreaders while on product page


I don't think it is just with NVDA.
Last night I tried to return an item I received from Amazon, and I could not complete the page, it kept telling me that Chrome's Java needed updating, but Chrome's help said it was up to date.
I tried Jaws too.
I tried I.E. and WaterFox to no avail.
I hate wasting my time to not have a site work for the Blind.
I wound up having to call customer service and finish it that way.
Glenn


From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Kwork
Sent: Tuesday, August 14, 2018 3:57 PM
To: nvda@nvda.groups.io
Subject: [SUSPECTED SPAM] [nvda] Change on Amazon makes buying options less, possibly inaccessible with screenreaders while on product page

Up through yesterday, I had no trouble buying Kindle books through Amazon. Things were labeled, and easily findable. Today the area of the page where the buying options are seems to have changed.
There is now a new heading called "Buying Options." It's the first heading on the page. The interesting thing about this heading is that there is no number associated with it. Instead of saying "heading level 1," as the heading below it says, all is says is "heading."
I think the buy and read now links, along with the price that used to be readily visible are now hidden inside the new "heading" area. Arrowing down once leads to the "add to list" checkbox.
This has been confirmed both in Firefox 64 and Chrome 64 using Windows 7 64-bit and NVDA 2018.2.1.
If anyone else can confirm, and can have any idea on how to deal with this, that would be appreciated.
Here's an example. For the US, this book is free at least today, hence why I chose it, so trying to buy it won't cost anybody any money. And, yes, the page is the same whether a book is free or not:
https://www.amazon.com/dp/B07FDKPS2C/?tag=bookfreeby-20


Re: Change on Amazon makes buying options less, possibly inaccessible with screenreaders while on product page

Brian's Mail list account <bglists@...>
 

Sounds like combination of dodgy page authoring and some browsers dealing with it differently. Not enough testing on Amazons part I'd imagine.
Brian

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

----- Original Message -----
From: "Travis Siegel" <tsiegel@...>
To: <nvda@nvda.groups.io>
Sent: Wednesday, August 15, 2018 3:24 AM
Subject: Re: [nvda] Change on Amazon makes buying options less, possibly inaccessible with screenreaders while on product page


The problem exists when using the kindle unlimited program to get a book. You have to tab to the button (NVDA sees it as a button), but pressing b doesn't go to it. However, when I was sitting on it (after finding it via the tab key), I used nvda-F1 to bring up it's information, and it is clearly labeled as a button, so no clue why b doesn't navigate to it. I've also discovered the only for me to click the button is to use the route command (nvda-numpad minus) to route the nvda cursor to it, then press nvda-shift-numpad enter. (yes, I need the shift, without it, it activates an entirely different page which has ne bearing on what I'm trying to do). No idea why the shift works and w/o the shift doesn't, but there it is. That's the only I've managed to get my books into the kindle app using the web site. Interestingly enough, using safari on the Iphone doesn't have this issue.



Re: Change on Amazon makes buying options less, possibly inaccessible with screenreaders while on product page

Brian's Mail list account <bglists@...>
 

Try waterfox.
brian

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

----- Original Message -----
From: "Kwork" <istherelife@...>
To: <nvda@nvda.groups.io>
Sent: Tuesday, August 14, 2018 10:56 PM
Subject: Re: [nvda] Change on Amazon makes buying options less, possibly inaccessible with screenreaders while on product page


Hmm, maybe FF60 works better than my newer version? 61.0.2.
I hadn't thought of trying NVDA alphas or snapshots. Thanks for that too.
----- Original Message -----
From: "bob jutzi" <jutzi1@...>
To: <nvda@nvda.groups.io>
Sent: Tuesday, August 14, 2018 2:36 PM
Subject: Re: [nvda] Change on Amazon makes buying options less, possibly
inaccessible with screenreaders while on product page


No problems using the latest NVDA Alpha along with Firefox 60.
I chose Kindle Store in the dropdown box, entered a title in the
Searchbox and clicked Search, and clicked on the link that matched. As
expected, the page of the book contained both a Buy Now button and Add
to Cart Button. I can also use One Click since I have it enabled.

On 8/14/2018 5:21 PM, Don H wrote:
Just bought items yesterday using NVDA with no issues

On 8/14/2018 4:20 PM, Dennis L wrote:
Everythings fine with latest Jaws 2018

*From:*nvda@nvda.groups.io [mailto:nvda@nvda.groups.io] *On Behalf Of
*Kwork
*Sent:* Tuesday, August 14, 2018 4:57 PM
*To:* nvda@nvda.groups.io
*Subject:* [nvda] Change on Amazon makes buying options less, possibly
inaccessible with screenreaders while on product page

Up through yesterday, I had no trouble buying Kindle books through
Amazon. Things were labeled, and easily findable. Today the area of
the page where the buying options are seems to have changed.

There is now a new heading called "Buying Options." It's the first
heading on the page. The interesting thing about this heading is that
there is no number associated with it. Instead of saying "heading
level 1," as the heading below it says, all is says is "heading."

I think the buy and read now links, along with the price that used to
be readily visible are now hidden inside the new "heading" area.
Arrowing down once leads to the "add to list" checkbox.

This has been confirmed both in Firefox 64 and Chrome 64 using Windows
7 64-bit and NVDA 2018.2.1.

If anyone else can confirm, and can have any idea on how to deal with
this, that would be appreciated.

Here's an example. For the US, this book is free at least today, hence
why I chose it, so trying to buy it won't cost anybody any money. And,
yes, the page is the same whether a book is free or not:

https://www.amazon.com/dp/B07FDKPS2C/?tag=bookfreeby-20










Re: Change on Amazon makes buying options less, possibly inaccessible with screenreaders while on product page

Brian's Mail list account <bglists@...>
 

Is it just Kindle or a global change. I'm still being bamboozled by their rubbish design of the pages in the first place with getting into the departments list randomly at times. really irritating to me.
I think half their problem is trying to do too much on one page.
Brian

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

----- Original Message -----
From: "Don H" <lmddh50@...>
To: <nvda@nvda.groups.io>
Sent: Tuesday, August 14, 2018 10:21 PM
Subject: Re: [nvda] Change on Amazon makes buying options less, possibly inaccessible with screenreaders while on product page


Just bought items yesterday using NVDA with no issues

On 8/14/2018 4:20 PM, Dennis L wrote:
Everythings fine with latest Jaws 2018

*From:*nvda@nvda.groups.io [mailto:nvda@nvda.groups.io] *On Behalf Of *Kwork
*Sent:* Tuesday, August 14, 2018 4:57 PM
*To:* nvda@nvda.groups.io
*Subject:* [nvda] Change on Amazon makes buying options less, possibly inaccessible with screenreaders while on product page

Up through yesterday, I had no trouble buying Kindle books through Amazon. Things were labeled, and easily findable. Today the area of the page where the buying options are seems to have changed.

There is now a new heading called "Buying Options." It's the first heading on the page. The interesting thing about this heading is that there is no number associated with it. Instead of saying "heading level 1," as the heading below it says, all is says is "heading."

I think the buy and read now links, along with the price that used to be readily visible are now hidden inside the new "heading" area. Arrowing down once leads to the "add to list" checkbox.

This has been confirmed both in Firefox 64 and Chrome 64 using Windows 7 64-bit and NVDA 2018.2.1.

If anyone else can confirm, and can have any idea on how to deal with this, that would be appreciated.

Here's an example. For the US, this book is free at least today, hence why I chose it, so trying to buy it won't cost anybody any money. And, yes, the page is the same whether a book is free or not:

https://www.amazon.com/dp/B07FDKPS2C/?tag=bookfreeby-20



Re: Accessible YouTube Video Downloading Software

Ervin, Glenn
 

I use a program called songr, and it can convert to MP3.
Glenn

-----Original Message-----
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Travis Siegel
Sent: Tuesday, August 14, 2018 7:48 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] Accessible YouTube Video Downloading Software

It doesn't convert youtube formats, but I have a program called youtube downloader gui located at

http://www.softcon.com/files/

that will download any number of youtube videos.  Read the documentation, it tells you where to go to get the support programs you'll need to do the downloading, and fmpeg can do the converting for you once it's downloaded.  I should probably put a link to ffmpeg in the documentation too, even though I don't use it, it is a useful utility. Perhaps I should build a graphical interface for that one too.


On 8/13/2018 8:21 PM, Bhavya shah wrote:
Dear all,

Presently, I use clipconverter.cc to download YouTube videos in the
desired format and quality. However, I am now looking for a software
equivalent that can download multiple YouTube videos simultaneously in
my preferred format and at a selectable quality that is free as well
as accessible.

I would truly appreciate any suggestions or recommendations of such software.

Thanks.


Re: NVDA + F5 hotkey doing an actual document reload

Gene
 

If you disconnect from the Internet and use NVDA f5, it says nothing because it isn't refreshing the page.  it's just refreshing the buffer.
 
Gene

----- Original Message -----
From: zahra
Sent: Wednesday, August 15, 2018 7:17 AM
Subject: Re: [nvda] NVDA + F5 hotkey doing an actual document reload

gene,
do you mean that nvda does not say server not found or no connection
available in this case?

On 8/15/18, Gene <gsasner@...> wrote:
> I just tested the command by disconnecting from the Internet before issuing
> it.  it refreshed the buffer even when disconnected from the Internet so it
> works as initially described.  It just refreshes the buffer without
> reloading the page.
>
> Gene
> ----- Original Message -----
> From: Jacob Kruger
> Sent: Wednesday, August 15, 2018 3:02 AM
> To: nvda@nvda.groups.io
> Subject: Re: [nvda] NVDA + F5 hotkey doing an actual document reload
>
>
> Ok, I actually now just tested the NVDA + F5 keystroke on one of my own
> webpages, where I am making changes to layout/content dynamically, and,
> it did seem to indeed repopulate the virtual buffer, and, not try reload
> the page, since, yes, inbetween having loaded the page, and having
> invoked content changes, I then disconnected from the internet, before
> hitting that keystroke, and, NVDA key + F5 didn't try reload the page
> normally, but, just seemed to be rescanning the page contents/document
> object model, and, I tried this with both firefox and chrome, so, not
> sure why it seems to, at times operate slightly differently - will need
> to make notes the next time I come across something like this, to make
> sure it's not just my own imagination...<smile>
>
>
> Stay well
>
>
> Jacob Kruger
> 082 413 4791
> Skype: BlindZA
> "Resistance is futile...but, acceptance is versatile..."
>
> On 8/14/2018 5:49 PM, Brian's Mail list account via Groups.Io wrote:
>> I suggest you ask this question as an issue on github. I to was under
>> the same impression as you.
>> Brian
>>
>> bglists@...
>> Sent via blueyonder.
>> Please address personal E-mail to:-
>> briang1@..., putting 'Brian Gaff'
>> in the display name field.
>> ----- Original Message ----- From: "Jacob Kruger" <jacob@...>
>> To: <nvda@nvda.groups.io>
>> Sent: Tuesday, August 14, 2018 1:22 PM
>> Subject: Re: [nvda] NVDA + F5 hotkey doing an actual document reload
>>
>>
>>> Problem with standard F5 keystroke is that almost every single browser
>>> will then just reload the page from scratch, losing all DHTML content
>>> changes.
>>>
>>>
>>> I do also know that NVDA key + number row 5 is meant to turn on
>>> reporting of dynamic content changes, but, it won't always work, partly
>>> since, at times, the webpages document-object-model will be rather
>>> extensive.
>>>
>>>
>>> Either way, I had just thought/assumed that it was offering/implementing
>>> a form of virtual page buffer refresh, but anyway - will play around
>>> with other keystrokes, alt+tabbing away from window, and back to it,
>>> etc. etc.
>>>
>>>
>>> Stay well
>>>
>>>
>>> Jacob Kruger
>>> Blind Biker
>>> Skype: BlindZA
>>> "Resistance is futile...but, acceptance is versatile..."
>>>
>>> On 8/14/2018 1:59 PM, Gene wrote:
>>>> I believe it does reload the document, because, as I recall, I think
>>>> it takes too long than to just refresh the buffer. If so, it is doing
>>>> the same thing as just f5. Of course, if you reload the document, you
>>>> are reloading the buffer. But try turning browse mode off and then on
>>>> with NVDA key space. This may just refresh the buffer.
>>>> If NVDA key f5 is explained in the manual, I don't know where. It
>>>> isn't discussed in the browse mode section. It is probably mentioned
>>>> in the quick reference guide, but it may well not clarify what it does.
>>>> Gene
>>>> ----- Original Message -----
>>>> *From:* Jacob Kruger <mailto:jacob@...>
>>>> *Sent:* Tuesday, August 14, 2018 5:45 AM
>>>> *To:* nvda@nvda.groups.io <mailto:nvda@nvda.groups.io>
>>>> *Subject:* [nvda] NVDA + F5 hotkey doing an actual document reload
>>>>
>>>> This is something I think has been going on across a few versions of
>>>> NVDA now, and, just wanted to confirm that it's not me that's confused.
>>>>
>>>>
>>>> I am currently making use of Version: alpha-15854,a8bda064, FWIW.
>>>>
>>>>
>>>> Anyway, I was under the impression that, for example, in a web browser,
>>>> the hotkey combination of NVDA + F5 should repopulate the virtual
>>>> buffer
>>>> rendition of the page contents - I do need this at times since I work
>>>> with dynamic web contents - but, it seems to, literally, just reload
>>>> the
>>>> page as if you'd clicked on something like the browsers own refresh
>>>> button, or as if you'd in fact told NVDA that the next keypress should
>>>> be passed directly through to the operating system?
>>>>
>>>>
>>>> Or am I incorrect in having thought it only repopulated a form of
>>>> virtual buffer for the webpage?
>>>>
>>>>
>>>> TIA
>>>>
>>>>
>>>> Jacob Kruger
>>>> 082 413 4791
>>>> Skype: BlindZA
>>>> "Resistance is futile...but, acceptance is versatile..."
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>
>
>
>
>
>
>


--
By God,
were I given all the seven heavens
with all they contain
in order that
I may disobey God
by depriving an ant
from the husk of a grain of barley,
I would not do it.
imam ali



NVDA FireFox and PDFs

David Russell
 

Hello all,

Thanks to Desert and all who chimed in replying to my post about
problems reading PDF newsletters with NVDA and FireFox (classic). I
will note your steps, Desert, and give this a try. If you hear shouts
of joy, they will be coming from me as expressions of gratitude.

--
David Russell
david.sonofhashem@...


braille stops working

Brian Tew
 

Hello,
My braille stops working sometimes. restoring saved configuration usually fixes it,
but can you tell me a permanent fix? see line 35 ff. below.
something braillish is going wrong.

INFO - core.main (05:14:26.030):
Config dir: C:\Users\admin\AppData\Roaming\nvda
INFO - config.ConfigManager._loadConfig (05:14:26.030):
Loading config: C:\Users\admin\AppData\Roaming\nvda\nvda.ini
INFO - core.main (05:14:26.108):
NVDA version 2018.2.1
INFO - core.main (05:14:26.108):
Using Windows version 10.0.17134 workstation
INFO - core.main (05:14:26.108):
Using Python version 2.7.15 (v2.7.15:ca079a3ea3, Apr 30 2018, 16:22:17) [MSC v.1500 32 bit (Intel)]
INFO - core.main (05:14:26.108):
Using comtypes version 1.1.3
INFO - synthDriverHandler.setSynth (05:14:26.908):
Loaded synthDriver oneCore
INFO - core.main (05:14:26.924):
Using wx version 3.0.2.0 msw (classic)
INFO - brailleInput.initialize (05:14:26.924):
Braille input initialized
INFO - braille.initialize (05:14:26.924):
Using liblouis version 3.5.0
INFO - brailleDisplayDrivers.hims.BrailleDisplayDriver.__init__ (05:14:27.384):
Found Braille Sense connected via USB bulk (\??\USB#VID_045E&PID_930A#00000000-0000-0000-0000-000000000000#{a5dcbf10-6530-11d2-901f-00c04fb951ed})
INFO - braille.BrailleHandler.setDisplayByName (05:14:27.384):
Loaded braille display driver hims, current display has 32 cells.
WARNING - core.main (05:14:27.424):
Java Access Bridge not available
INFO - _UIAHandler.UIAHandler.MTAThreadFunc (05:14:27.434):
UIAutomation: IUIAutomation5
INFO - core.main (05:14:27.625):
NVDA initialized
INFO - config.ConfigManager.save (05:14:32.505):
Base configuration saved
ERROR - scriptHandler.executeScript (05:27:48.190):
error executing script: <bound method GlobalCommands.script_braille_scrollForward of <globalCommands.GlobalCommands object at 0x05824670>> with gesture 'rightSideScrollDown'
Traceback (most recent call last):
File "scriptHandler.pyo", line 187, in executeScript
File "globalCommands.pyo", line 1910, in script_braille_scrollForward
File "braille.pyo", line 1672, in scrollForward
File "braille.pyo", line 1254, in scrollForward
File "braille.pyo", line 1021, in nextLine
File "NVDAObjects\UIA\edge.pyo", line 125, in move
File "NVDAObjects\UIA\edge.pyo", line 116, in _collapsedMove
File "NVDAObjects\UIA\edge.pyo", line 93, in _moveToEdgeOfReplacedContent
File "baseObject.pyo", line 21, in __get__
File "NVDAObjects\UIA\edge.pyo", line 75, in _get_UIAElementAtStartWithReplacedContent
COMError: (-2147467259, 'Unspecified error', (None, None, None, 0, None))
INFO - core.main (05:32:19.049):
Exiting
INFO - config.ConfigManager.save (05:32:19.072):
Base configuration saved
INFO - __main__ (05:32:20.477):
NVDA exit


Re: [SUSPECTED SPAM] [nvda] Change on Amazon makes buying options less, possibly inaccessible with screenreaders while on product page

Ervin, Glenn
 

I don’t think it is just with NVDA.

Last night I tried to return an item I received from Amazon, and I could not complete the page, it kept telling me that Chrome’s Java needed updating, but Chrome’s help said it was up to date.

I tried Jaws too.

I tried I.E. and WaterFox to no avail.

I hate wasting my time to not have a site work for the Blind.

I wound up having to call customer service and finish it that way.

Glenn

 

 

From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Kwork
Sent: Tuesday, August 14, 2018 3:57 PM
To: nvda@nvda.groups.io
Subject: [SUSPECTED SPAM] [nvda] Change on Amazon makes buying options less, possibly inaccessible with screenreaders while on product page

 

Up through yesterday, I had no trouble buying Kindle books through Amazon. Things were labeled, and easily findable. Today the area of the page where the buying options are seems to have changed.

There is now a new heading called "Buying Options." It's the first heading on the page. The interesting thing about this heading is that there is no number associated with it. Instead of saying "heading level 1," as the heading below it says, all is says is "heading."

I think the buy and read now links, along with the price that used to be readily visible are now hidden inside the new "heading" area. Arrowing down once leads to the "add to list" checkbox.

This has been confirmed both in Firefox 64 and Chrome 64 using Windows 7 64-bit and NVDA 2018.2.1.

If anyone else can confirm, and can have any idea on how to deal with this, that would be appreciated.

Here's an example. For the US, this book is free at least today, hence why I chose it, so trying to buy it won't cost anybody any money. And, yes, the page is the same whether a book is free or not:

 


Re: NVDA + F5 hotkey doing an actual document reload

 

gene,
do you mean that nvda does not say server not found or no connection
available in this case?

On 8/15/18, Gene <gsasner@...> wrote:
I just tested the command by disconnecting from the Internet before issuing
it. it refreshed the buffer even when disconnected from the Internet so it
works as initially described. It just refreshes the buffer without
reloading the page.

Gene
----- Original Message -----
From: Jacob Kruger
Sent: Wednesday, August 15, 2018 3:02 AM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA + F5 hotkey doing an actual document reload


Ok, I actually now just tested the NVDA + F5 keystroke on one of my own
webpages, where I am making changes to layout/content dynamically, and,
it did seem to indeed repopulate the virtual buffer, and, not try reload
the page, since, yes, inbetween having loaded the page, and having
invoked content changes, I then disconnected from the internet, before
hitting that keystroke, and, NVDA key + F5 didn't try reload the page
normally, but, just seemed to be rescanning the page contents/document
object model, and, I tried this with both firefox and chrome, so, not
sure why it seems to, at times operate slightly differently - will need
to make notes the next time I come across something like this, to make
sure it's not just my own imagination...<smile>


Stay well


Jacob Kruger
082 413 4791
Skype: BlindZA
"Resistance is futile...but, acceptance is versatile..."

On 8/14/2018 5:49 PM, Brian's Mail list account via Groups.Io wrote:
I suggest you ask this question as an issue on github. I to was under
the same impression as you.
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.
----- Original Message ----- From: "Jacob Kruger" <jacob@...>
To: <nvda@nvda.groups.io>
Sent: Tuesday, August 14, 2018 1:22 PM
Subject: Re: [nvda] NVDA + F5 hotkey doing an actual document reload


Problem with standard F5 keystroke is that almost every single browser
will then just reload the page from scratch, losing all DHTML content
changes.


I do also know that NVDA key + number row 5 is meant to turn on
reporting of dynamic content changes, but, it won't always work, partly
since, at times, the webpages document-object-model will be rather
extensive.


Either way, I had just thought/assumed that it was offering/implementing
a form of virtual page buffer refresh, but anyway - will play around
with other keystrokes, alt+tabbing away from window, and back to it,
etc. etc.


Stay well


Jacob Kruger
Blind Biker
Skype: BlindZA
"Resistance is futile...but, acceptance is versatile..."

On 8/14/2018 1:59 PM, Gene wrote:
I believe it does reload the document, because, as I recall, I think
it takes too long than to just refresh the buffer. If so, it is doing
the same thing as just f5. Of course, if you reload the document, you
are reloading the buffer. But try turning browse mode off and then on
with NVDA key space. This may just refresh the buffer.
If NVDA key f5 is explained in the manual, I don't know where. It
isn't discussed in the browse mode section. It is probably mentioned
in the quick reference guide, but it may well not clarify what it does.
Gene
----- Original Message -----
*From:* Jacob Kruger <mailto:jacob@...>
*Sent:* Tuesday, August 14, 2018 5:45 AM
*To:* nvda@nvda.groups.io <mailto:nvda@nvda.groups.io>
*Subject:* [nvda] NVDA + F5 hotkey doing an actual document reload

This is something I think has been going on across a few versions of
NVDA now, and, just wanted to confirm that it's not me that's confused.


I am currently making use of Version: alpha-15854,a8bda064, FWIW.


Anyway, I was under the impression that, for example, in a web browser,
the hotkey combination of NVDA + F5 should repopulate the virtual
buffer
rendition of the page contents - I do need this at times since I work
with dynamic web contents - but, it seems to, literally, just reload
the
page as if you'd clicked on something like the browsers own refresh
button, or as if you'd in fact told NVDA that the next keypress should
be passed directly through to the operating system?


Or am I incorrect in having thought it only repopulated a form of
virtual buffer for the webpage?


TIA


Jacob Kruger
082 413 4791
Skype: BlindZA
"Resistance is futile...but, acceptance is versatile..."













--
By God,
were I given all the seven heavens
with all they contain
in order that
I may disobey God
by depriving an ant
from the husk of a grain of barley,
I would not do it.
imam ali


Re: NVDA remote not working with last alpha: alpha-15854,a8bda064

Ângelo Abrantes
 

Hi,

My sincere thanks for solving the problem; but, frankly, it seems to me that I'm going to stop using the alpha versions and, even more, I'm going to stop participating, if something does not work properly, since not one answer was given, except Bryan's.

Is it worth testing and submitting reviews?

Ângelo Abrantes

Às 16:38 de 14-08-2018, Ângelo Abrantes escreveu:
Here's my ".log":


ERROR - globalPluginHandler.listPlugins (16:33:54.717):
Error importing global plugin remoteClient
Traceback (most recent call last):
  File "globalPluginHandler.pyc", line 22, in listPlugins
  File "C:\Users\Angelo\AppData\Roaming\nvda\addons\remote\globalPlugins\remoteClient\__init__.py", line 17, in <module>
  File "C:\Users\Angelo\AppData\Roaming\nvda\addons\remote\globalPlugins\remoteClient\configuration.py", line 5, in <module>
ImportError: No module named validate
DEBUG - addonHandler.Addon.__init__ (16:33:54.746):
Using manifest translation from C:\Users\Angelo\AppData\Roaming\nvda\addons\poeditMadeEasy\locale\en\manifest.ini
DEBUG - addonHandler.Addon.__init__ (16:33:54.766):
Using manifest translation from C:\Users\Angelo\AppData\Roaming\nvda\addons\instantTranslate\locale\pt_PT\manifest.ini
ERROR - globalPluginHandler.listPlugins (16:33:54.786):
Error importing global plugin clock
Traceback (most recent call last):
  File "globalPluginHandler.pyc", line 22, in listPlugins
  File "C:\Users\Angelo\AppData\Roaming\nvda\addons\clock\globalPlugins\clock\__init__.py", line 19, in <module>
ImportError: No module named validate
DEBUG - core.main (16:33:54.806):
Initializing core pump
DEBUG - core.main (16:33:54.806):
Initializing watchdog

Thanks for your attention.

Ângelo Abrantes


---
Este e-mail foi verificado em termos de vírus pelo software antivírus Avast.
https://www.avast.com/antivirus



---
Este e-mail foi verificado em termos de vírus pelo software antivírus Avast.
https://www.avast.com/antivirus


Re: NVDA + F5 hotkey doing an actual document reload

Gene
 

I just tested the command by disconnecting from the Internet before issuing it.  it refreshed the buffer even when disconnected from the Internet so it works as initially described.  It just refreshes the buffer without reloading the page. 
 
Gene

----- Original Message -----
Sent: Wednesday, August 15, 2018 3:02 AM
Subject: Re: [nvda] NVDA + F5 hotkey doing an actual document reload

Ok, I actually now just tested the NVDA + F5 keystroke on one of my own
webpages, where I am making changes to layout/content dynamically, and,
it did seem to indeed repopulate the virtual buffer, and, not try reload
the page, since, yes, inbetween having loaded the page, and having
invoked content changes, I then disconnected from the internet, before
hitting that keystroke, and, NVDA key + F5 didn't try reload the page
normally, but, just seemed to be rescanning the page contents/document
object model, and, I tried this with both firefox and chrome, so, not
sure why it seems to, at times operate slightly differently - will need
to make notes the next time I come across something like this, to make
sure it's not just my own imagination...<smile>


Stay well


Jacob Kruger
082 413 4791
Skype: BlindZA
"Resistance is futile...but, acceptance is versatile..."

On 8/14/2018 5:49 PM, Brian's Mail list account via Groups.Io wrote:
> I suggest you ask this question as an issue on github. I to was under
> the same impression as you.
> Brian
>
> bglists@...
> Sent via blueyonder.
> Please address personal E-mail to:-
> briang1@..., putting 'Brian Gaff'
> in the display name field.
> ----- Original Message ----- From: "Jacob Kruger" <jacob@...>
> To: <nvda@nvda.groups.io>
> Sent: Tuesday, August 14, 2018 1:22 PM
> Subject: Re: [nvda] NVDA + F5 hotkey doing an actual document reload
>
>
>> Problem with standard F5 keystroke is that almost every single browser
>> will then just reload the page from scratch, losing all DHTML content
>> changes.
>>
>>
>> I do also know that NVDA key + number row 5 is meant to turn on
>> reporting of dynamic content changes, but, it won't always work, partly
>> since, at times, the webpages document-object-model will be rather
>> extensive.
>>
>>
>> Either way, I had just thought/assumed that it was offering/implementing
>> a form of virtual page buffer refresh, but anyway - will play around
>> with other keystrokes, alt+tabbing away from window, and back to it,
>> etc. etc.
>>
>>
>> Stay well
>>
>>
>> Jacob Kruger
>> Blind Biker
>> Skype: BlindZA
>> "Resistance is futile...but, acceptance is versatile..."
>>
>> On 8/14/2018 1:59 PM, Gene wrote:
>>> I believe it does reload the document, because, as I recall, I think
>>> it takes too long than to just refresh the buffer. If so, it is doing
>>> the same thing as just f5. Of course, if you reload the document, you
>>> are reloading the buffer. But try turning browse mode off and then on
>>> with NVDA key space. This may just refresh the buffer.
>>> If NVDA key f5 is explained in the manual, I don't know where. It
>>> isn't discussed in the browse mode section. It is probably mentioned
>>> in the quick reference guide, but it may well not clarify what it does.
>>> Gene
>>> ----- Original Message -----
>>> *From:* Jacob Kruger <mailto:jacob@...>
>>> *Sent:* Tuesday, August 14, 2018 5:45 AM
>>> *To:* nvda@nvda.groups.io <mailto:nvda@nvda.groups.io>
>>> *Subject:* [nvda] NVDA + F5 hotkey doing an actual document reload
>>>
>>> This is something I think has been going on across a few versions of
>>> NVDA now, and, just wanted to confirm that it's not me that's confused.
>>>
>>>
>>> I am currently making use of Version: alpha-15854,a8bda064, FWIW.
>>>
>>>
>>> Anyway, I was under the impression that, for example, in a web browser,
>>> the hotkey combination of NVDA + F5 should repopulate the virtual
>>> buffer
>>> rendition of the page contents - I do need this at times since I work
>>> with dynamic web contents - but, it seems to, literally, just reload
>>> the
>>> page as if you'd clicked on something like the browsers own refresh
>>> button, or as if you'd in fact told NVDA that the next keypress should
>>> be passed directly through to the operating system?
>>>
>>>
>>> Or am I incorrect in having thought it only repopulated a form of
>>> virtual buffer for the webpage?
>>>
>>>
>>> TIA
>>>
>>>
>>> Jacob Kruger
>>> 082 413 4791
>>> Skype: BlindZA
>>> "Resistance is futile...but, acceptance is versatile..."
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>>
>
>
>
>




Re: NVDA + F5 hotkey doing an actual document reload

Jacob Kruger
 

Ok, I actually now just tested the NVDA + F5 keystroke on one of my own webpages, where I am making changes to layout/content dynamically, and, it did seem to indeed repopulate the virtual buffer, and, not try reload the page, since, yes, inbetween having loaded the page, and having invoked content changes, I then disconnected from the internet, before hitting that keystroke, and, NVDA key + F5 didn't try reload the page normally, but, just seemed to be rescanning the page contents/document object model, and, I tried this with both firefox and chrome, so, not sure why it seems to, at times operate slightly differently - will need to make notes the next time I come across something like this, to make sure it's not just my own imagination...<smile>


Stay well


Jacob Kruger
082 413 4791
Skype: BlindZA
"Resistance is futile...but, acceptance is versatile..."

On 8/14/2018 5:49 PM, Brian's Mail list account via Groups.Io wrote:
I suggest you ask this question as an issue on github. I to was under the same impression as you.
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.
----- Original Message ----- From: "Jacob Kruger" <jacob@...>
To: <nvda@nvda.groups.io>
Sent: Tuesday, August 14, 2018 1:22 PM
Subject: Re: [nvda] NVDA + F5 hotkey doing an actual document reload


Problem with standard F5 keystroke is that almost every single browser
will then just reload the page from scratch, losing all DHTML content
changes.


I do also know that NVDA key + number row 5 is meant to turn on
reporting of dynamic content changes, but, it won't always work, partly
since, at times, the webpages document-object-model will be rather
extensive.


Either way, I had just thought/assumed that it was offering/implementing
a form of virtual page buffer refresh, but anyway - will play around
with other keystrokes, alt+tabbing away from window, and back to it,
etc. etc.


Stay well


Jacob Kruger
Blind Biker
Skype: BlindZA
"Resistance is futile...but, acceptance is versatile..."

On 8/14/2018 1:59 PM, Gene wrote:
I believe it does reload the document, because, as I recall, I think
it takes too long than to just refresh the buffer. If so, it is doing
the same thing as just f5. Of course, if you reload the document, you
are reloading the buffer. But try turning browse mode off and then on
with NVDA key space. This may just refresh the buffer.
If NVDA key f5 is explained in the manual, I don't know where. It
isn't discussed in the browse mode section. It is probably mentioned
in the quick reference guide, but it may well not clarify what it does.
Gene
----- Original Message -----
*From:* Jacob Kruger <mailto:jacob@...>
*Sent:* Tuesday, August 14, 2018 5:45 AM
*To:* nvda@nvda.groups.io <mailto:nvda@nvda.groups.io>
*Subject:* [nvda] NVDA + F5 hotkey doing an actual document reload

This is something I think has been going on across a few versions of
NVDA now, and, just wanted to confirm that it's not me that's confused.


I am currently making use of Version: alpha-15854,a8bda064, FWIW.


Anyway, I was under the impression that, for example, in a web browser,
the hotkey combination of NVDA + F5 should repopulate the virtual buffer
rendition of the page contents - I do need this at times since I work
with dynamic web contents - but, it seems to, literally, just reload the
page as if you'd clicked on something like the browsers own refresh
button, or as if you'd in fact told NVDA that the next keypress should
be passed directly through to the operating system?


Or am I incorrect in having thought it only repopulated a form of
virtual buffer for the webpage?


TIA


Jacob Kruger
082 413 4791
Skype: BlindZA
"Resistance is futile...but, acceptance is versatile..."