Speed of Cursor Clicks on graph

[RavensFan]

I'm going to ask about something that has bothered me a bit for quite a while.

I havet a waveform graph where I displayed the cursor legend and added a cursor for the single plot I'm showing.  I often want to click the cursor right or left to help me find the X values where peaks occur in the Y value.

What I find is that when I click on the cursor movement pad to move the cursor right or left, sometimes it moves one spot, sometimes it moves several.  I know that if I hold down the button, it will move continuously.  But if I just click once, and it is a pretty quick click, it sometimes moves once, and sometimes jumps a couple spots.  In order to have it move once, I have to be especially quick on releasing the mouse button.

It seems to be an unnatural disconnect between click speed related to typical windows click speeds.  There should be a bit more delay between the button down time and up time before the control starts acting like it is a sustained down for continuous movement of the cursor.

As anyone else noticed this?  Any special setting I'm missing that could make the cursor legend and button pad act more reliably?  Is this just a built-in annoyance (I don't want to quite say "bug") to the cursor legend buttons that NI could improve in a future version of LabVIEW?

[Blokk]

Yes. I often experienced this, cursor sometimes moves one step, sometimes a couple of points. I do not know more about this behaviour however.

The workaround was to create my own left-right arrow buttons associated with an Event where I used the "Cursor Index" property.

[RavensFan]

Glad I'm not alone.  Would you consider this a bug?  Should I post it as a "new idea" on the exchange.

I figured a workaround would be to do things programmatically with separate buttons.  And if this was a VI developed for a user, I might do that.

I'm dealing with VI's I throw together in a sandbox to so I can try out different analysis ideas on a set of data constants and hunting through the graphs to find the different peaks.  This all taking place in edit mode after I ran the VI to do the analysis.  At that point, I don't have any running code to be able to manipulate the cursors programmatically.  And to try to do it would be more work than what I'm trying to quickly throw together to test out some ideas.

I'll add one more thing I don't like about the cursor keypad.  When it edit mode, it is too easy when trying to click on it to move the cursor that it distorts the shape of the little diamonds into something else when the cursor seems to act on the button graphic rather than "clicking" the button.

[Blokk]

I would consider it as a bug. Just wanted to be sure this behaviour is the same for LV2016, yes, I have checked it now. You need to do the mouse left click in a fast way, not crazy fast, but fast. If I click in a normal way usually I get 2 or 3 steps as a result. When you keep the button pushed down on the cursor keypad, you get nice speedy movement of your cursor through the points. I guess this was the reason why we get this behaviour: they wanted to make it fast.

I would suggest an idea (if you can do it thanks) which would copy the behaviour of other software products: when you click on the cursor keypad, it should only count one single step, and lets say keep non-responsive for a whole second (or 2 sec?). In this way we do not accidentally move the cursor multiple steps. If we keep the keypad pushed down, it will start to move the cursor in the recent fast fashion after that 1 sec.

[natasftw]

I'd imagine half a second would meet the same end.  A click generally isn't very long.  I'd expect 500ms to give the hesitation required to allow the single click while not adding much delay to continuous movement.

[Blokk]

Yes, sounds better, i was never good in time estimation 🙂

[RavensFan]

Thanks for the comments.

I posted the idea here, please go and kudo it.

Improve Click Timing on Cursor Button Pad on Graphs