Arrow navigation unaware of value signalling event

[Mads]

I could not find this mentioned here earlier:

Click on a row in a multicolumn table and you can navigate up and down the list with the arrow keys...fine. Now make a button e.g. that fires a value signalling event for the multicolumn list after you have clicked the cell (set the value to a row different than the one you manually click on)...then programmatically set the key focus back to the list.

Now let's do the test again: Click on a row in the multicolumn listbox, then click the button to fire the value change event and key focus...The list is now in focus so use the arrow keys to move to another row...Result: The listbox will start the move from where you last clicked it - not at the currently selected row(!).

The arrow scrolling should have checked the current value of the listbox when it calculated the next position.

In my case I'm giving the users an option to sort the list - and then continue to navigate. The currently selected row is updated programmatically so that the content that was selected prior to the sort is still selected afterwards...and the focus is then set back so that the user is free to start navigation immediately after the sort...and that is when the keyboard navigation fails in this manner.

[altenbach]

I am not very good with words. Can you attach a small example that demonstrates the problem?

[jack47]

That is interesting behavior.  You could use a 'key down' event for the listbox control.  Then change the value for 'Up' and "Down' and discard what those keys normally do.

[Andrey_Dmitriev]

---

altenbach wrote:

I am not very good with words. Can you attach a small example that demonstrates the problem?

---

I guess, something like that mentioned - see attachment (LV8.6)

Andrey.

Message Edited by Andrey Dmitriev on 06-26-2009 05:16 PM

[Mads]

That's spot on in your example Andrey.

[Snamprogetti]

I have the same problem. Really there is no way to set cursor position?

[Darin.K]

I had really hoped this would be fixed in LV2011, but did not see it in the list of bug fixes.

I wonder if NI is aware of this issue?  Let's see.

Ctrl-Space

Down Arrow five times

type letter 'a'

Down Arrow

No problems, therefore I know at least one person at NI has worked around this bug, and I will have to conclude that they are aware.  Maybe one year NI will focus on bug fixes in LV so nagging issues like this will go away, oh wait....

[Mads]

Not fixed in 2013 either!

It actually becomes quite a nightmare in all cases where you initialize a selection programmatically, and the users start to modifu the selection by shift or ctrl-clicking with the mouse for example.

[Mads]

From this old thread I found that AQ has reported it as CAR 282916...

[Mads]

At the risk of delaying an actual fix for this problem; A way get around the issue is to programmatically generate a mouse click on the correct row after opening the window....