LabWindows/CVI Idea Exchange

Hello,

I have two suggestions concerning this menu:

First, I'd like to have the option NOT to show the Build window if there is no error. Right now, I edit code, test run the code, and then have to close the Build Output window every time because it uses place (if you use a split screen it does make a difference...). Yes, I could change the height of the Build Output window, but then if there is an error I don't see it...

Suggestion: Add an option 'Always show Build output' or similar.

Second, make the checkmarks in the window menu modal and consistent

what does a checkmark in the Window menu of CVI mean? At present, not much...

If you select 'Build Output', this menu item shows a checkmark and the Build output window is displayed - sounds reasonable.

If one then selects 'Source Code Browser', the checkmark moves on to the new selection, although both windows are displayed there is only one checkmark. So no checkmark does not imply that there is no window...

Selecting a checked menu item does not undo the action, the checkmark remains and the window, too. I find this, hm, special... and would like to have it changed to a modal operation.

Coupled with the Source Code Browser, there should be a 'Refactor' option to rename an identifier to something else. And only that one, not the homonyms from other contexts, which is something impossible to achieve with a search and replace.

When you place a splitter control on a panel with several controls and want to attach a few of them to the splitter, you can define for each of them whether the splitter moves or resizes the control ("attachment mode"). At present, however, this must be made individually control by control, which is time wasting if you have a bunch of similar controls to attach and define.

I suggest the splitter control is added the ability to select more controls and set for all of them the attachment mode in a single pass. Limiting this possibility to similar controls (e.g. only numerics or tables selected) can be accepted if this simplifies checks the editor does in this operation.

(this suggestion refers to CVI up to 2012SP1, I cannot check it for more recent releases)

While defining attachment mode for controls attached to a splitter we face a very strange situation. In this image you can see on the right the aspect of the window with one control selected in "Controls on the splitter" window in Attach/Detach Controls dialog. On the right the same dialog when you click on Attachment mode control:

Now, there are two strange effects:

1. Attachment mode control is being operated while dimmed 
2. If you happen to miss Attachment mode ring, you need to select again the original control in order to have the ring enabled, which is boring and time-wasting

I suggest that at least that ring is not disabled when clicking on it or clicking away from "Controls on the splitter" box.

(this suggestion refers to CVI up to 2012SP1, I cannot check it for more recent releases)

As already mention in its help documentation, ClientTCPRead function may return without reading all data you want.

So an example code is provided so one can do the read operation as expected.

But I think this behaviour is not intuitive and I am sure many people (including me) have struggled to much before finding the cure.

I suggest to add a second function to the TCP library like ClientTCPReadExact which does this workaround for us and returns with all the data we have asked for.