Jump to content

Darren

NI
  • Content Count

    560
  • Joined

  • Last visited

  • Days Won

    45

Everything posted by Darren

  1. Ok, when you get around to it, you can either PM me the example, or post it to forums.ni.com for an AE to take care of.
  2. Assuming both of these controls have the same owner, if you're seeing Mouse Enter before Mouse Leave, that sounds like a bug. Can you post a VI that demonstrates the issue?
  3. Yeah, that is a simpler way to do it, I didn't think of that. The only thing to consider is that if the user is a little sloppy with his mouse (i.e. moves it a pixel or two between mouse down and mouse up), the sort won't trigger. Probably not a big deal, but something to keep in mind.
  4. No problem...it also gave me a chance to plug the fact that the column headers in the Project Find dialog are clickable for sorting in LabVIEW 2013 and later!
  5. I had this exact issue when I added column sorting to the Project Find dialog in LabVIEW 2013. It's cheesy, but the way I handled it was to store off the column widths of the columns on both sides of the mouse down whenever the Mouse Down event occurred: And then on Mouse Up, if I found that the column widths were different, I conclude that it's a column resize, and I don't do the sort:
  6. No plans at this time. I think your best bet is to have a VI that calls Open URL in Default Browser.vi on non-Windows, and makes a call to System Exec.vi (like in hooovahh's VI) on Windows.
  7. I don't think so, because I think the internal LV callback is what changed, I don't think the VI changed at all.
  8. From what I can tell, we changed the VI to really open all files and URLs in the default browser in 2014. The change was made to support file-based URLs with "#" tags in them...prior to 2014, this part of the URL would be ignored, which was filed as CAR 420007. Fixing this CAR meant making the VI actually do what its name implies, always opening a file or URL in the default browser.
  9. I don't think that is a G-based dialog.
  10. Zero. And now you have an explanation if my post suddenly disappears.
  11. Those are probably Hybrid XNodes. It's a special kind of XNode that uses C code instead of G code to implement some of the more common abilities. P.S. - I've never written a Hybrid XNode, and I have no idea how to create them. I just know they exist, and I'm fairly certain they were used for Function Blocks.
  12. I did what I could to lobby for these properties to become public, but they were not prioritized highly enough to make it into LabVIEW 2014.
  13. Ah, I pity you poor, banana-slicing-challenged souls. There are a few of us out there who were lucky enough to be employed at Baskin-Robbins as teenagers during the summer. The Banana Split is often regarded as the ideal ice cream treat, but let us not forget the Banana Royale (not with cheese), an ice cream treat for the more budget-conscious banana-craving ice cream connoisseur. Whereas a Banana Split includes bananas sliced longitudinally which elegantly cradle three scoops of ice cream, the Banana Royale consists of two scoops of ice cream dropped rather unceremoniously upon the result of a banana which has been sliced several times perpendicular to its axis. I cannot recall how many Banana Royales I prepared during my storied 6-month Baskin-Robbins career, but it was enough to prepare me for a lifetime of effortless banana slicing. All this to say, if I happen to win Norm's inexplicably-coveted prize, I would be happy to pass it on to any of you who require mirrors and yellow plastic implements to slice your bananas.
  14. That approach won't work for constants inside structures...the AllObjs[] property of the TopLevelDiagram class does not recurse into structures. The Traverse VI is present in LabVIEW 8.5., just with a different name/location: [LabVIEW 8.5]\vi.lib\Utility\traverseref.llb\TRef Traverse for References.vi.
  15. I have no insight as to what would or would not kill the web guys.
  16. This is the link that works for me...I don't think it's an NI employee-only link, but I could be wrong: https://niweek2014.activeevents.com/portal/myPortal.ww
  17. Through the regular web interface, you can use the Export button. I was able to successfully export to my Google calendar with this option:
  18. I used that method when writing this VI, which programmatically generates an image of a VI's connector pane terminals. http://lavag.org/topic/16581-get-connector-pane-32x32-image-looking-for-better-idea/?p=101586
  19. Sure, here's a version that can be used in LabVIEW 8.0 or later. Suppress Dialogs.vi
  20. Isn't it suppressed when you turn off automatic saving for recovery in Tools > Options?
  21. I needed this for a project a while back...in my case, it was an array of pictures with zero borders (and no array element borders either). Here's a VI containing the array of borderless pictures, saved in LabVIEW 2013. Array of borderless pictures.vi
  22. The cRIO sample projects were written with close collaboration with the Systems Engineering group here at NI. The places in which we used global variables for multi-loop communication were specifically chosen for performance benefits over other data communication mechanisms. I'm going to make our certification department aware of this thread so they know about your concerns, and take into account the (approved) implementations of the sample projects when grading the CLED.
  23. I've never used the OpenG Variant tools, but when I try to perform the comparable operation with the VariantDataType VIs (vi.libUtilityVariantDataType), it works fine.
  24. Speaking to Report Gen specifically, if you install the toolkit without having Office installed, and try to open/save/mass compile the toolkit VIs, they would all be broken, since the ActiveX components wouldn't be on the system. So having the PrintOut method act funny would be the least of your worries. If you have saved the Excel_Print.vi, then upgrade your Office version, I suppose there is a chance that this VI would break again. I am not aware of anybody running into this issue, but it is theoretically possible. That is a workaround we didn't think to try, I suppose it might work. We would have to find a property/method that is guaranteed to be different (i.e. requiring a recompile) between the different supported Office versions.
  25. Ok, it's been several years now, but here's what I remember. There's some bug with the PrintOut method of the _Worksheet class, which is called by Excel_Print.vi in the Report Gen API: Let's say I save a VI with this method on its diagram in LabVIEW 2012. Then I give you the VI. If you're also running LabVIEW 2012, the VI will not be recompiled because we're using the same LabVIEW version. But if the ActiveX components for this Excel library are a different version (mostly likely because we're running different Office versions), then the method will be broken on your system. If you were running LabVIEW 2013, though, the VI would be recompiled because of the LV version difference, and the method would not be broken. Through our investigations, we found that this method was the *only* one in the entire Report Gen Toolkit API that exhibited this behavior...every single other property/method that we call in our VIs would detect the ActiveX component version difference just fine and force a recompile of the VI, even if the LabVIEW versions were the same. To my recollection, we found that there was a bug in the implementation of the PrintOut method itself that was causing us to not see the version difference on VI load. So, the best workaround we could come up with on our end was to force a recompile of the Excel_Print.vi on every installed system by installing a version saved in an older LabVIEW. We figured requiring a save of the VI was less of a burden on users that requiring an edit of the diagram (deselecting and reselecting the method).
×
×
  • Create New...

Important Information

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