LabVIEW Idea Exchange

cancel
Showing results for 
Search instead for 
Did you mean: 
Daklu

Better accessability features for physical disabled users

Status: New

This idea is a general request for NI to improve accessibility features for physically disabled users.  The background for the request is in this post.  In general the problem stems from LV's overreliance on precision mouse control.  I don't want to focus on a specific feature as I think the best solution will be a combination of features, possibly including the following:

 

* Better support for hotkey customizations.

* Ability to select and manipulate FP and BD elements with the keyboard.

* Block diagram zoom so users can zoom in when they need to target a small element, like a terminal or loop resize handle, or zoom out to navigate a large block diagram.

 

Here's an example of how I envision these features might be used to wire two nodes together:

1. While the keyboard is in "selection mode" I use the arrow keys to change which node is selected.  (i.e. Has the marching ants.) 

2. When I get to a sub vi with a terminal that needs to be connected I hit 'w' to enter "wiring mode."  This allows me to use the arrow keys to select the specific terminal I'm going to connect.  When that terminal is highlighted, I hit the spacebar to tag that terminal and go to the next step.

3. Using the same process as step 1, I highlight the node with the terminal I want to connect to and hit the spacebar, activating the ability to select a terminal.

4. I select the terminal using the arrow keys and hit the spacebar, and LV inserts the wire connecting the two terminals.

 

Again, this idea isn't requesting those features specifically (though they are all features I'd like to see) or claiming the workflow I described is the best solution.  They are just examples of one way to help disabled users.  The important thing is having a solution that works.

3 Comments
Norbert_B
Proven Zealot

@Daklu wrote:
[..]or zoom out to navigate a large block diagram.

[..]



While i concur with the rest of the idea (gave a kudo for it), the quoted sentence is a no go and must not be implemented.

I find that the navigation window is already some kind of "piece offering" for developer working on monster diagrams, anything more would tell the user: Hey, it is ok to create huge monster BDs. So let's do it!

 

The developer has to learn some basic rules to be successful, one being: watch the size of your code. If he breaks the rule, he has to deal with that on his own.

 

Norbert

 

PS: Zooming in (e.g. connector pane) is something you got my kudo for 🙂 

Norbert
----------------------------------------------------------------------------------------------------
CEO: What exactly is stopping us from doing this?
Expert: Geometry
Marketing Manager: Just ignore it.
SteveChandler
Trusted Enthusiast

I really like how code looks on a 1024x768 monitor. But with super high resolution displays, especially on laptops, the code is increasingly difficult to see. I do like the idea of zooming in but maybe I need glasses... I think that zoom in was already declined.

=====================
LabVIEW 2012


Daklu
Active Participant

Like I said, I don't want to focus on any one feature--especially zooming, since it tends to be a very polarizing topic.  If NI's accessability experts can come up with good solutions that don't require zooming that's fine.