Darren

Feel free to send some sample code to the AEs so they can file the necessary CARs.

Yeah, I can't think of anything else to try. There very well may be a bug with setting key focus on an array element in a floating VI window.

I am not seeing a way to get the key focus to always go to the first element (as opposed to going to the last one that was clicked). I'm also not aware of any documentation on these particular array idiosyncrasies. You need the panel activation if you're running the VI from somewhere other than the panel. For example, if you're on the diagram and you press Ctrl-R, the key focus doesn't take.

First you need to activate the panel. Once you do that, you can set key focus of the array element and it will work.

Unfortunately, the Class Browser (both incarnations...the one you describe, and the one you see when you press Ctrl-Shift-B) is not implemented in G.

The GetType.llb VIs were added in LabVIEW 7.0, and they were used to parse the legacy I16 Array type descriptors. The VariantDataType VIs were added in LabVIEW 8.0, when we switched to using Variants to define data types instead of I16 Arrays. At this time, the internals of the old GetType.llb VIs were updated to use Variants as well. So there's no need to use the VIs in GetType.llb. They are deprecated. And it's a little late in the game, but we are planning on marking them as deprecated in a future LabVIEW version.

This Quick Drop shortcut shows how to do it on Windows (you use the "/select" parameter), but I'd like to know if there's a way to do it on Mac/Linux: https://decibel.ni.com/content/docs/DOC-22461

My favorite will always be Arilou...it's been my ship of choice ever since Star Control 1.

I didn't realize until a few years ago that pressing the thrust key on Slylandro made him immediately switch directions 180 degrees. Turns out to be a great tactical move for attacks with quick escapes.

*Energize* indeed!

Let me know once you've got Slylandro working...the World's Fastest LabVIEW Programmer needs to be able to fly the World's Fastest LabVIEW Star Control 2 Ship.

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.

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?

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.

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!

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:

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.

I don't think so, because I think the internal LV callback is what changed, I don't think the VI changed at all.

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.

I don't think that is a G-based dialog.

Zero. And now you have an explanation if my post suddenly disappears.

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.

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.

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.

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.