Yair

This is the best book I've had the pleasure to not read. The cover is definitely quite reddish. Is that a reasonable review? Also, for the other review, all you need to do is use MAD magazine's approach to advertising and read it like this:

I doubt it. Here's a recent (as in the past couple of weeks) quote from him on Info LV on the topic:

If your question is how to get updates, I'm assuming that the update service is supposed to work with the SP as well, although that's just a guess. In the past, NI usually uploaded the updated versions a few days before publishing it, presumably to make sure everything is fine with all the files and pages (although people always seem to find it before they publish it). I'm assuming that the update service simply hasn't been updated with the new version info yet.

I have, in LV 7.0, although in that case I didn't include the message in there, which I should have. That said, there weren't many messages there, so the effort was relatively small. http://forums.ni.com/t5/LabVIEW/Community-Nugget-06-25-2007/m-p/541714#M255221

So, are you feeling LOOPy?

For the "active object" part, I would suggest having a single shift register with a "LB 1, LB2, Other" enum and just set it whenever you make a selection in one of the LBs.

You might wish to ask yourself whether you actually need the lines to be deselected. Is there any harm in leaving them selected? If not, then here are some obvious candidates: Drag end on either LB (it's possible that you would need to use the event to deselect just the other LB). Mouse up on the VI (or on all the controls in the VI minus the LB you released on). Key Down on the VI? There may be others. This is just off the top of my head.

Well, my Chinese is a bit rusty, so it lost me around the time Steve Jobs and Bill Gates came in. If you want a LabVIEW comic which is in English, have a look here - http://forums.ni.com/t5/BreakPoint/LabTOONS-The-secret-life-of-LabVIEW-objects/m-p/710111#M5433 A sample:

Here are a couple of games which might help you: http://decibel.ni.com/content/docs/DOC-3372 http://zone.ni.com/devzone/cda/epd/p/id/3729

I wouldn't trust it to work, but I have nothing specific to base it on. You can review this thread if you like - http://forums.ni.com/t5/LabVIEW/Register-for-events-causes-freezes-if-used-in-more-than-one/m-p/497567#U497567 . I believe the relevant content starts at reply 14.

Originally, I had a line in my previous reply about always keeping the event structure near the registration node, a line which I later removed. The reason for this is that each reg node should go to a single event structure (this is documented, albeit not very well). Since the only way of guaranteeing this is to have the reg node near the structure, that's what I do. That said, this doesn't explain why what's happening here is happening. I'm fairly sure that if Daklu replaces the class in his last example with a cluster, he will see different behavior.

I see what you're seeing as well. You can also see this if you probe inside the VI (you might have to make it non-reentrant) - the second and third iteration will get the new refnum value BEFORE the reg node, even though the numeric value was different before going into the loop. I think this has to do specifically with the event reg refnum, which behave somewhat differently from other refnums in general, but it should be noted that this happens ONLY in a class. If the class is converted to a cluster, this doesn't happen.

We actually did discuss this in the past -

It's actually even worse. I just had a thread disappear from the list when I haven't even read it at all. Here's what happened: I went to the unread list. I opened some of the links in new tabs. I went to the second page of the unread list. I went back to the first page. I saw a thread () which had some new posts, but which I thought might have too many new posts. To check whether it was too long, I right clicked the OOP forum name next to the topic title and opened the forum in a new tab to see when the topic was started. At the same time, I refreshed the unread list page. When I looked at the other tab, the thread was marked as read and it no longer appeared in the unread list. I think this happened because of what I did at step 6. Maybe any interaction with the line in the unread list causes it to be marked as read.

Actually, it is. In the BD page, there's a transparent free labels check box.

You're right. I didn't look closely enough at the code inside the loop and I flipped its logic. It happens to me sometimes. Yes. Hunting edge cases is not what I would consider a fun activity in my current state.

I didn't look at the code, only the screenshot, but to expand on vugie's answer: If there's no leading or trailing white space, I believe it will keep going until it finds the first WS and trim the text before/after it as well. If there is no WS at all, I believe it will trim the entire string.

You can resize a string control at run-time. You just need to use the specific properties, not the bounds property, which is read-only. That said, this will probably not help you, as even if the string part is colored transparent, it will still be on top of the graph, so any clicks there will be on the string control. Here are a couple of options: Use a decoration. A simple frame decoration allows click-throughs. The main problem with that is that it can't be customized much and that you need to parse the panel to get a reference to the decoration. The graphs in modern LV versions allow foreground and background pictures. You should be able to use the picture control VIs to create a rectangle image and then write it to the FG or BG image of the graph. The graph should also have a method to convert XY coords to FP coords, so it should make it relatively easy to decide where to draw the rectangle.

Bad English (with apologies to Bruce Willis).

Oh, and one really nice feature (which is even cooler if you present it without drawing explicit attention to it) - multiple return parameters on VIs. No need for pointers here.

I never used Android, but I'm assuming there's a version of VNC (or other remote control programs) which is compatible with both it and Windows. You just need to decide whether you want to allow access to your entire desktop.

I don't know about using a RFP in FF or Chrome, since I haven't done it in years, but there's no reason to expect it will work on Android - to control the VI you need the LV RTE, which does not exist for Android. You should be able to see if you set the RFP to snap mode (since that only sends an image), but not if you want to control it. Of course, programs like VNC should allow you full control of the entire computer.

I'm not interested, but it looks as if some people would want such a feature - http://forums.ni.com/t5/LabVIEW-Idea-Exchange/View-files-hierarchy-without-project/idi-p/1393424

LabVIEW never allowed this. What you're probably thinking of was a bug in LV 8.0 where this block (which probably occurs naturally in separate processes) was not implemented for different projects opened in the same LV instance.

Sounds good. Do you have a simple example you can upload? It might help someone else in the future.