----- Original Message -----
From: "Ervin, Glenn" <glenn.ervin@nebraska.gov>
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

----- Original Message -----
From: "Travis Siegel" <tsiegel@softcon.com>
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.

----- Original Message -----
From: "Kwork" <istherelife@gmail.com>
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@gmail.com>
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

----- Original Message -----
From: "Don H" <lmddh50@adams.net>
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

-----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.

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

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

 

On 8/15/18, Gene <gsasner@ripco.com> 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@blueyonder.co.uk
Sent via blueyonder.
Please address personal E-mail to:-
briang1@blueyonder.co.uk, putting 'Brian Gaff'
in the display name field.
----- Original Message ----- From: "Jacob Kruger" <jacob@blindza.co.za>
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@blindza.co.za>
*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..."

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..."
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>>
>
>
>
>

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@blueyonder.co.uk
Sent via blueyonder.
Please address personal E-mail to:-
briang1@blueyonder.co.uk, putting 'Brian Gaff'
in the display name field.
----- Original Message ----- From: "Jacob Kruger" <jacob@blindza.co.za>
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@blindza.co.za>
*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..."

From: Isaac
Sent: 15 August 2018 08:30
To: nvda@nvda.groups.io
Subject: [nvda] codefactory vocalizer

 

  Hi, just asking has anyone found out why the codefactory addon went badck to 1.0 instead of 1.5 and why we can't get the hq voices?

I can't get it to work
grrrrr
I am not wanting to pull any videos that I made but I want to download
all 369 videos that I have in my youtube history
surely thee has to be a way?

On 8/14/2018 9:12 PM, Sarah k Alawami wrote:
> You should not need to do this. I maanged to dl all of my videos from
> my own page.Ther are token thigns you can enter but you should not
> have to.
>
> On 14 Aug 2018, at 19:51, The Wolf wrote:
>
>> it says that it needs my log in info and it closes
>>
>> how do I inter in the commands to get this going?
>> this is one of the reasons why I don't care for command line programs.
>>
>> On 8/14/2018 7:39 PM, Sarah k Alawami wrote:
>>> Try
>>>
>>> youtube-dl https://www.youtube.com/feed/history
>>>
>>> Take care
>>>
>>> On 14 Aug 2018, at 18:28, The Wolf wrote:
>>>
>>>> Hello
>>>>
>>>> I tried the program and it isn't downloading my videos from
>>>>
>>>> https://www.youtube.com/feed/history
>>>>
>>>> is there a way to get your program to download all the videos from
>>>>
>>>> https://www.youtube.com/feed/history
>>>>
>>>> thanks
>>>>
>>>> Hank
>>>>
>>>>
>>>>
>>>> On 8/14/2018 5:48 PM, Travis Siegel wrote:
>>>>> 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.
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> .
>>>>>
>>>>
>>>> --
>>>> check out my song on youtube
>>>> https://youtu.be/YeWgx2LRu7Y
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>
>> --
>> check out my song on youtube
>> https://youtu.be/YeWgx2LRu7Y
>>
>>
>>
>
>
>
>

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

On 8/14/2018 11:46 PM, Gene wrote:

Since Docuscan is an OCR program, it sounds to me as though you are performing OCR on every PDF document you open. This takes extra time; it may take a good deal of extra time. There are times, I don't work with PDF documents enough to know how often, that this will correct or reduce decolumnization problems. That is, at times, just reading a PDF document that is in columns misplaces text significantly. OCR can at times, correct or mostly eliminate the problem. but it also introduces errors and is not the original document, if you need the original document for some reason, such as for legal reasons.

In short, instead of having an OCR program recognize every PDF document, you might to better to have an actual PDF reader display files, then decide if you want to perform OCR on them. Your newspaper may or may not display properly without OCR. If it doesn't need OCR, you will eliminate errors in recognition and you will have the document ready faster, perhaps much faster.

If it does need OCR, it may be most efficient to have it recognized by Docuscan rather than by downloading it first. But there may be times when you would be better served temporarily changing the setting to work with another program.

Gene
----- Original Message -----

Did you know that Firefox can be set to open pdf files in another program
such as Adobe Acrobat Reader? I don't remember exactly how I set it up, but
now, when I download my local newspaper, which is in pdf format, I just
click on the link to the issue I want, and after okaying a dialog box that
confirms that I want to open the document in DocuScan Pus, a program I use
to read pdf files, voilla! Until the issue with Firefox and pdf files is
resolved, this might be a good work-around.

Abbie Johnson Taylor, Author http://abbiescorner.wordpress.com
http://www.abbiejohnsontaylor.com
abbietaylor945@gmail.com
Order my new memoir at http://www.abbiejohnsontaylor.com/memoir.htm

--
Abbie Johnson Taylor, Author
http://www.abbiejohnsontaylor.com
http://abbiescorner.wordpress.com
abbietaylor945@gmail.com

On 8/14/2018 9:37 PM, Rob Hudson wrote:

The Wolf <hank.smith966@gmail.com> wrote:

I am not wanting to pull any videos that I made but I want to download
all 369 videos that I have in my youtube history

Try this command
youtube-dl -u <your-youtube-username> -p <your-youtube-password> -x <your-youtube-url>
The x swith will extract your videos from the web pages in their default format; that is, the format in which they were uploaded. I can't give you an --audio-format and --audio-quality switch because it can vary depending on the upload format of the videos in question.