Leaderboard

God almighty! The top reputation table is missing because when I upgraded the forums last time, it broke the plugin that showed the table. I didn't have time to go check to see if the plugin author had made an update to fix it. I didn't think it was worth my time to do this right away since lo and behold there is a new bugfix version of the forums out (which I haven't installed yet). So after I install the new forum version I will re-add the plugin that shows the top reputation members (if it works). I think people that refuse to give reputation points on the basis that someone hasn't posted a 10 page thesis are pretty lame. If the post is interesting and helpful, then give a reputation point. "Holding back" or "saving" reputation points, for what, I don't know gets under my skin. By the way, What does a + symbol on a button right next to a numeric mean? Hmm, I don't know. What happens if I click on it? Oh my God, my computer will blow up! How about if I hover over it instead? Hey, look, a floating tag that says: "Vote this post up"

My variant of Dan's VI but this time without any .Net LabVIEW 7.1 Network Path Name.vi Rolf Kalbermatter CIT Engineering Netherlands

Better still. I'll go and click on all of Alphas posts

I have been trying to figure out a problem with the tree control that I just don't understand. For some reason, if I want to change the background color of a cell in the tree control, the amount of time this takes varies significantly based on what row I am changing. For an extreme example, I created a tree with 10,000 rows. I then timed how long it took to change the background color of the cell in row 0 and row 9999. The different was ~218x slower to set the color of row 9999. Turning defer updates off had no effect on the speed Using the row index instead of the tag name to set the active row had no effect on the speed In another experiment, I tried changing each row's background color. As the row number increased, the execution speed of the code slowed down. I then tried it in reverse, setting row 9999 first and then decrementing the row index through 0. This time the code got faster as it approached 0. This really seems strange to me. I can't imagine why it would take over 200ms to set something simple like a color property. See the attached VI for an example of this behavior.set tree cell color speed.vi Anyone have any ideas on how to speed this up? -John

I'm not trying to get anyone to change their implementation once they have it working, but I fail to see how the "top" is clearer and more efficient than the "bottom". Both give the same result. If this is always the format of your data (header, string, int, int, float, int, float) then the bottom "scan" should work fine. I do agree that you certainly get to know the string palette well. -Scott