取消
显示结果 
搜索替代 
您的意思是: 

keyboard focus on indicators

已解决!
转到解答

Yes, it will draw attention to indicators but will not give focus.

 

Try it (smiley-wink)

 

Ben

Retired Senior Automation Systems Architect with Data Science Automation LabVIEW Champion Knight of NI and Prepper LinkedIn Profile YouTube Channel
0 项奖励
21 条消息(共 27 条)
3,090 次查看

 

 

Black FP BG color is a poor choice! how would you ever see control highlighting 大笑表情

 

highlight being Black on black, you COULD use blink.  You can even change the blink colors from tools>>Options >>Enviornment (Only applies to new vis so you will have to change the option, create a new vi and then copy the old vi.


"Should be" isn't "Is" -Jay
0 项奖励
22 条消息(共 27 条)
3,077 次查看

Put it in a For loop to highlight it three times or so.

 

Ben

Retired Senior Automation Systems Architect with Data Science Automation LabVIEW Champion Knight of NI and Prepper LinkedIn Profile YouTube Channel
0 项奖励
23 条消息(共 27 条)
3,069 次查看

@JÞB wrote:

 

 

Black FP BG color is a poor choice! how would you ever see control highlighting 大笑表情

 

highlight being Black on black, you COULD use blink.  You can even change the blink colors from tools>>Options >>Enviornment (Only applies to new vis so you will have to change the option, create a new vi and then copy the old vi.


We already have too many of those blinking blinkers on several subpanels! We hope to eliminate many of them in this project.

 

We do plan to reconsider the panel color, retesting for visibility of controls in extremes: bright sunlight and near total darkness.

 

Thanks,

 

Jeffrey Bledsoe
Electrical Engineer
0 项奖励
24 条消息(共 27 条)
3,058 次查看

Hey Ben, Something here sounds vaguely familliar. 吃惊表情  EDIT: Link corrected Thanks Ben

 

Any relation Jeffrey? 


"Should be" isn't "Is" -Jay
0 项奖励
25 条消息(共 27 条)
3,038 次查看

@JÞB wrote:

@MinerHokieRamp wrote:

@tst wrote:

@MinerHokieRamp wrote:

 

Some operators might want to click on the boolean (LED) as they've done in the past. If I convert indicators to controls and use local variables, is there a way to lock the controls to prevent manual toggling? Set the enabled state to disabled?


That will work, but as Gerd says, will prevent keyboard navigation. You could use the Mouse Down? event for those controls and discard it, but before you go down that path, it sounds to me like you either need to rethink your UI or explain it better to us, because at the moment it sounds like a weird combination of things that you want to allow and disallow and you may be driving yourself down an unnecessary hole of workarounds.


It's a large array of LEDs (at present, they're indicators), with Mouse Down on each LED triggering an event and causing an info screen to pop up.

 

So the operator doesn't have to use the touchpad, I'd like to tab through the LEDs and push the ENTER key for the pop-up. Thus, I need to tab among the LEDs and make the focus visible to the operator and I need to change event triggers to Value Change.

 

 


tst was right- your going down a rabbit hole.

 

Create an info button and put it next to the indicator


Duplicated a couple of indicator event cases and changed the new cases to 'value change' for their corresponding control. Left the existing mouse down cases as-is.

 

I set the 'not in focus' background and foreground colors (both true and false) to transparent and chose a deep blue for the 'in focus' colors. Then, I sent the controls 'to the back' and slid them underneath the indicators, making sure the rectangular controls are large enough to protrude on both left and right sides of the round LEDs. Not sure I'd leave them underneath the LEDs in the final product.

 

It works. Good to have this as an option.

 

Thanks,

Jeffrey Bledsoe
Electrical Engineer
0 项奖励
26 条消息(共 27 条)
3,015 次查看

@JÞB wrote:

Hey Ben, Something here sounds vaguely familliar. 吃惊表情  EDIT: Link corrected Thanks Ben

 

Any relation Jeffrey? 


 

Nope.

 

Jeffrey Bledsoe
Electrical Engineer
0 项奖励
27 条消息(共 27 条)
2,985 次查看