LabWindows/CVI Idea Exchange

Based on this discussion, Strip Chart controls don't support cursors.

I think it would be great if this support would be added.

The best option would be to have an advanced cursor like the "Graph Cursors Control" available for Graphs.

Other text editors such as UltraEdit have the capability to trim white space from the end of lines.  This would be a useful feature, as sometimes extra white space can end up at the end of lines, and is annoying when copy/pasting, etc.  I would expect to find it under Options->Editor Preferences, similar to the tab/space settings.

A useful CVI GUI tool would be the addition of sideways tree-style tab control.  I am surprised to see no mention of it in the forums.  Is there already some solution for it, or perhaps some Active-X that can do it?    Nevertheless, it would greatly modernize the GUI arsenal.

Hello,

working with larger UIs may result in scrollbars showing up in the UI editor. Hence it would be nice if hitting the 'PageUp' or 'PageDown' keys would scroll the page up or down, respectively. Also 'Home', 'End' and the four cursor keys should be supported, similar to their functionality in the text editor. 

Thanks!

Hello,

building upon my earlier (but difficult to implement) suggestion and the forum discussion on event data here I can provide a hopefully improved suggestion.

The issues addressed by this idea:

• receiving an EVENT_DATA_CHANGED event for a numeric control does not mean that the numeric value has changed
• receiving an EVENT_DATA_CHANGED event for a numeric control does not provide information if the value has been increased or decreased
• receiving an EVENT_DATA_CHANGED event for a numeric control does not provide information if the 'up' or 'down' arrow button has been pressed (which is not necessarily the same as the second issue)

Idea: Provide eventData1 and eventData2 information.

For example, eventData1 could tell about the numeric value:

• eventData1 = -1: numeric value has been decreased
• eventData1 = 0: numeric value is unchanged
• eventData1 = 1: numeric value has been increased

eventData2 could tell about the increment/decrement arrow, e.g.:

• eventData2 = -1: decrement arrow has been pressed by mouse
• eventData2 = -2: decrement arrow has been pressed on keyboard
• eventData2= 1: increment arrow has been pressed by mouse
• eventData2= 2: increment arrow has been pressed on keyboard

Since so far no eventdata are provided this suggestion should not break backward compatibility.

An option to have Popups on top of the hole application, and not just on top of the current thread. It doesnt make sense

(in most cases) to have a Popup that is hidden behind the main Panel, independent if it was called by the main thread or another thread.

Please give us at least the option to change the behaviour, for all types of Pop-up Panels.

I used to be able to change strip chart colors "on the fly".

This facility was available pre Version 8.5 - see http://forums.ni.com/t5/LabWindows-CVI/Changing-color-in-a-Strip-Chart/m-p/2292246/highlight/true#M60735

This would allow me to change the color for future points and NOT affect what was already plotted. This is the way that ATTR_TRACE_COLOR used to work.

As the above discussion thread says, this feature was a bug, but a very useful one at that!

Could we have a control that worked in this way ATTR_TRACE_POINT_COLOR which would only work for points plotted from thereon, the strip chart still scrolling as it does at present.

I believe that this could be done if I used a graph control, but that would involve explicity redrawing the graph for every plot point to achieve a scrolling display.