I agree,
See my other reply to Rob.
It's a real drag when you find out a feature is really a bug that gets
fixed without much mention in the release notes (yes I read them).
Ben
Excelent point Rob!
The good news is the most recent app only uses 2 of them so it should
be easy.
My reply above sounds a little desperate I must admit.
If I had known this was going to be "fixed", I never would have used
it.
Quoting from Greg McKaskle from earlier today,
"
Why? Accepting the
The real issue here is if you convert existing code written in LabView
6/6.1, it should work in the same way without having to worry about
the little things, that makes you examine and rewrite some of the code
Interesting that we use the (-1) case in our LV 7.0 programs. So I did
a little digging. The default for menu rings is to be a U16 in which
case what you're mentioning makes a lot of sense (it's an unsigned
number after all). Click on the terminal in the block diagram and make
it I16 and the (-1) n
Another thought.
In pre-LV7, I used to be able to set the selection for "-1". Since the
user could only select non-negative values, any value other than "-1"
would indicate a new value was selected.
Writing a "-1" now resluts in the display showing "<65535>" (-1). It
used to show a blank selectio
I vote BUG!
This used to work before LV7.
Ben
http://exchange.ni.com/servlet/ProcessRequest?RHIVEID=101&RPAGEID=261&HRedirected=True&HUserId=101_3529&RFORMNUMBER=6";>Ben
Rayner
http://volt.ni.com/niwc/common.jsp?page=products_certification_cld&node=10638";>
Certified LabVIEW Developer
www.DSAu
When you clear the items, also set the value to '0'.
-Joe