Good morning,

 

I’ve been making a lot of post recently and I just wanted to thank everyone for the help and advice I’ve been given so far, a lot of things seem to have all come up at once.

this question has been prompted by my company using an app called file stream to upload files to the shared drive.

As far as I can tell, the only way to use it is to drag and drop the file into the app, and the file itself is an excel spreadsheet.

Does anyone know if it’s possible to drag-and-drop with NVDA, or if there are any other ways using the keyboard to move large files from one place to another.

On Mon, Sep 13, 2021 at 12:23 PM, Tim M wrote:

still only half works never was it dependable.

-
That's my personal experience with emulated drag and drop.  It's proven completely unreliable for me.  But, that being said, what you said about when it works, it works great is also my experience.  It's just a crap shoot as to what situations it will and what situations it won't.

It's also quite possible for someone who can't see to use actual drag and drop when the direction of movement is constrained (e.g., moving something left or right in Quick Launch icons) with a bit of practice.  But it is impractical when you have no idea of where, exactly, "the drop zone" might have appeared on the screen.  Grabbing for the drag with a mouse or mouse pad is dirt simple once you have focus on the thing you want to drag, but locating the drop zone is generally very difficult to impossible.  Even then, there are certain exceptions, but those are a case-by-case sort of thing.
--

Brian - Windows 10, 64-Bit, Version 21H1, Build 19043  

Nothing in all the world is more dangerous than sincere ignorance and conscientious stupidity.

         ~Martin Luther King, Jr.

 

On Mon, Sep 13, 2021 at 03:03 PM, Tim M wrote:

That is just one of the many working bugs both screen readers have, and either haven't gotten to or just won't fix.

-
The thing is, I can't necessarily even say it's a bug.   Drag and drop "via the sighted method" is a thing unto itself, where the thing that has focus and is being dragged moves in real time and keeps focus throughout the movement until one releases the left mouse button over the drop zone.  If you release that button elsewhere (anywhere that the thing cannot be dropped) it simply remains where it had been.

With a screen reader, you have to gain focus, select, and "left mouse lock" on the object - and these three things are easy - but then navigate to the drop zone without ever giving full focus to anything else, and that is very tricky indeed to do, as I've found out in many other contexts.  I have not been willing to play much with emulated drag and drop because I try, whenever possible, to avoid the use of drag and drop, particularly when it comes to a screen reader.

The actual need for drag and drop (as opposed to it being an option) seems to be fading out somewhat, which is great as far as accessibility goes.  I'd far rather cut and paste, or choose to upload using an upload dialog, or similar than drag and drop.  I even do this more frequently than actual drag and drop because I'm often selecting multiple, non-contiguous files and it's very, very easy after having done so to lose that selection if your mouse pointer is even the tiniest bit outside "the grab zone" for the collection of files.  I'd rather hit CTRL + X, get to where I need them to go, and hit CTRL + P.
 
--

Brian - Windows 10, 64-Bit, Version 21H1, Build 19043  

Nothing in all the world is more dangerous than sincere ignorance and conscientious stupidity.

         ~Martin Luther King, Jr.

On Mon, Sep 13, 2021 at 03:03 PM, Tim M wrote:

That is just one of the many working bugs both screen readers have, and either haven't gotten to or just won't fix.

-
The thing is, I can't necessarily even say it's a bug.   Drag and drop "via the sighted method" is a thing unto itself, where the thing that has focus and is being dragged moves in real time and keeps focus throughout the movement until one releases the left mouse button over the drop zone.  If you release that button elsewhere (anywhere that the thing cannot be dropped) it simply remains where it had been.

With a screen reader, you have to gain focus, select, and "left mouse lock" on the object - and these three things are easy - but then navigate to the drop zone without ever giving full focus to anything else, and that is very tricky indeed to do, as I've found out in many other contexts.  I have not been willing to play much with emulated drag and drop because I try, whenever possible, to avoid the use of drag and drop, particularly when it comes to a screen reader.

The actual need for drag and drop (as opposed to it being an option) seems to be fading out somewhat, which is great as far as accessibility goes.  I'd far rather cut and paste, or choose to upload using an upload dialog, or similar than drag and drop.  I even do this more frequently than actual drag and drop because I'm often selecting multiple, non-contiguous files and it's very, very easy after having done so to lose that selection if your mouse pointer is even the tiniest bit outside "the grab zone" for the collection of files.  I'd rather hit CTRL + X, get to where I need them to go, and hit CTRL + P.
 
--

Brian - Windows 10, 64-Bit, Version 21H1, Build 19043  

Nothing in all the world is more dangerous than sincere ignorance and conscientious stupidity.

         ~Martin Luther King, Jr.

 

On Mon, Sep 13, 2021 at 03:03 PM, Tim M wrote:

That is just one of the many working bugs both screen readers have, and either haven't gotten to or just won't fix.

-
The thing is, I can't necessarily even say it's a bug.   Drag and drop "via the sighted method" is a thing unto itself, where the thing that has focus and is being dragged moves in real time and keeps focus throughout the movement until one releases the left mouse button over the drop zone.  If you release that button elsewhere (anywhere that the thing cannot be dropped) it simply remains where it had been.

With a screen reader, you have to gain focus, select, and "left mouse lock" on the object - and these three things are easy - but then navigate to the drop zone without ever giving full focus to anything else, and that is very tricky indeed to do, as I've found out in many other contexts.  I have not been willing to play much with emulated drag and drop because I try, whenever possible, to avoid the use of drag and drop, particularly when it comes to a screen reader.

The actual need for drag and drop (as opposed to it being an option) seems to be fading out somewhat, which is great as far as accessibility goes.  I'd far rather cut and paste, or choose to upload using an upload dialog, or similar than drag and drop.  I even do this more frequently than actual drag and drop because I'm often selecting multiple, non-contiguous files and it's very, very easy after having done so to lose that selection if your mouse pointer is even the tiniest bit outside "the grab zone" for the collection of files.  I'd rather hit CTRL + X, get to where I need them to go, and hit CTRL + P.
 
--

Brian - Windows 10, 64-Bit, Version 21H1, Build 19043  

Nothing in all the world is more dangerous than sincere ignorance and conscientious stupidity.

         ~Martin Luther King, Jr.

 

Good morning,

 

I’ve been making a lot of post recently and I just wanted to thank everyone for the help and advice I’ve been given so far, a lot of things seem to have all come up at once.

this question has been prompted by my company using an app called file stream to upload files to the shared drive.

As far as I can tell, the only way to use it is to drag and drop the file into the app, and the file itself is an excel spreadsheet.

Does anyone know if it’s possible to drag-and-drop with NVDA, or if there are any other ways using the keyboard to move large files from one place to another.