Jump to content

Darren

NI
  • Content Count

    580
  • Joined

  • Last visited

  • Days Won

    50

Everything posted by Darren

  1. Last year I had a product mostly ready to go that made heavy use of this functionality, but I had to rip it out fairly late in the process because of some fundamental flaws (mainly #1 in asbo's list, but also some other issues). Please don't rely on this functionality in any app that you're not planning to throw away.
  2. You can right-click on the top-level project item and choose "Find Items with No Callers". This should generally do what you want, with a couple of caveats: 1. Your top-level application VI(s) will be listed, so ignore those. 2. Items in Dependencies will be listed. "How is something with no callers in my Dependencies list?", you may ask. Well, unfortunately, if there is a library in your Dependencies, then any VI in that library that you don't call in your code will be listed in the "Find Items with No Callers" results. I've been meaning to add an option to that dialog to ignore Depen
  3. "Top 10 letters Darren is least likely to ever have to write"
  4. Damnit, Stephen, stop showing me expensive things that I want. Thankfully, Cubelets are so over-the-top expensive that the practicality of putting food on the table immediately overrides my normal impulse of reaching for the credit card. Now, if they were about half that price, I don't know if I could control myself...
  5. I've only ever used Class Operator in conjunction with the Traverse method. You set an operator VI that runs whenever the Traverse method finds an object matching the class name you specify. For my Traverse VIs, the operator VI is very simple...it just adds the found object's reference to an array. I know other people have written their own traversal algorithms that have the operator VI do a lot more stuff when it finds the object. The following VI is available in LabVIEW 2010 and later...you should be able to dig through it to find out everything I know about the Class Operator and Traver
  6. Oh man, my creative juices are spent after writing (and memorizing) those limericks last year. Please...don't make me do it again! (insert preemptive TWSS here)
  7. I currently have 3 monitors (two up top, one in the center below). Hope to get a 4th soon.
  8. I haven't seen this in 2011. But in the past, I have seen major bog-downs in text search for projects containing lots of picture control stuff, since (I think) the string search actually parses picture data as string data. Do the VIs in memory that you're searching have a lot of picture control stuff going on?
  9. I had this issue in the Quick Drop window. And for reasons I can't remember now, I wasn't able to use a system combo box. So my solution was to have a frame decoration, with the same color as the panel, that I position exactly where that ugly black box would be. And the decoration is higher up in the panel order than the combo box. So when I assign key focus to the combo box, you don't see the ugly black border because the panel-colored decoration is above it. I also have to resize this decoration on a panel size, to ensure it's always surrounding the combo box at exactly the right size.
  10. I'll be there. Thanks for organizing this, Jeremy.
  11. Here's a VI that tries to do what File > Save All (this Project) does. We are planning on shipping this VI with LabVIEW 2012. Save All This Project (2011).vi
  12. Ok, then maybe picktime.vi is called elsewhere, and that dialog that comes up from the Timestamp is a built-in (i.e. not a VI) dialog? If that's the case, then yeah, short of modifying the application font settings like mike5 suggested, I don't have any other ideas.
  13. If you're referring to the dialog I think you're referring to, it is a VI-based dialog and can be found here: [LabVIEW]\resource\dialog\picktime.vi It doesn't appear to be password-protected, so you should be able to modify it to fit your system settings. All of its support VIs live in picktime.llb next to the VI.
  14. Most VIs I write ship as the source code of NI product features. It's my understanding that including open-source VIs in those features would not be allowed.
  15. I will be at the Austin summit. I do not currently use OpenG.
  16. Thanks, JG. I just confirmed that this bug was present in LabVIEW 7.1, and fixed in LabVIEW 8.0.
  17. Can y'all point me to a post somewhere describing the race condition with the Copy from Folder to Folder VI? I own the libraryn VIs, so I wanted to investigate to see if something is CAR-worthy.
  18. Looks good to me...before looking at your VI, I envisioned solving the issue just like you did...only format the visible cells. Seems like a simple enough approach that you could add a horizontal scrollbar as well with minimal effort.
  19. Very nice...I always use the VariantDataType VIs, and have never thought about using Flatten to XML to get more info out of a refnum than what those VIs provide. Your approach looks solid...find the <Name> tag under the <ActiveXType> tag and you should be good: <LvVariant> <Name>Variant</Name> <Refnum> <Name>ActiveX Container</Name> <RefKind>ActiveX</RefKind> <ActiveXType> <GUID>{9B4CD3E6-4981-101B-9CA8-9240CE2738AE}</GUID> <Name>Acrobat.CAcroApp</Name> </ActiveXType> <Val>0x00000
  20. Sorry, I didn't mean to offend. I have deep respect for fellow yak-shavers. Maybe some day we can exchange yak-shaving tips, goodness knows I've got a few. As for your scripting question...unfortunately, there is no way to programmatically change the image in a decoration. You have two options that I can think of: 1. If the new image is on the clipboard, you can use the "Paste" method of the TopLevelDiagram class and paste it in the same location as the existing decoration, then delete the old one. 2. If the new image is in a file on disk, then you read it in, and set the value of a pic
  21. Yes, I can help, I have a lot of experience with yak shaving. This video should give you all the information you need. Please follow its instructions carefully, as an unshaven yak is something to be taken very seriously.
  22. I hate large icons. Aristos Queue loves them. If I had my way, they would have been gone long ago. Unfortunately, AQ always argues to keep them around. But since he's so badass in just about everything else he does around here, I'll pick my battles elsewhere.
  23. Here's a weekly nugget where we described this very issue...I don't think there's a way to solve this without a "resume scrolling' button/action of some sort: Darren's Weekly Nugget 06/28/2010
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.