Jim Kring

Hi Everyone, Sorry about the email issues. I'll look into this, as soon as I can. In the mean-time, the RSS feed is a great alternative. Thanks, -Jim

QUOTE(Michael_Aivaliotis @ Sep 24 2007, 02:00 AM) Happy b-day, Captian!

Heiko, You might want to look into svk. From thier website: QUOTE I haven't actually used this tool. But, I don't think they have any GUI client for Windows (or any platform). Cheers, -Jim

QUOTE(Darren @ Sep 21 2007, 03:24 PM) > Yup, but those VIs are only working with the type of the variant...they don't do anything with the value. Well, since I don't have access to the block diagram of that password protected VI, I'll have to just take your word for it So, can I turn this bug report into a feature request? It would be nice if the variant functions in vi.lib were a much more complete API, similar to... well.. the OpenG Variant Tools. > Remember that these VIs are the next generation of the type checking VIs that used to work on the I16 type array, they just use a variant now. I didn't know that. I don't recall having ever used the old ones. Cheers, -Jim

QUOTE(Darren @ Sep 21 2007, 02:52 PM) Hi Darren, Thanks for the response. I don't have a CAR yet, but I'll post it, once it's made available to me. > my guess is that the "size" output is only valid for Fixed/Bounded arrays. If that's the case, then the documentation should reflect that. > Since these VIs are only analyzing the type data of the variant, they would have no way of knowing the size of a standard array in LabVIEW (returned as the "Variable" Type in that cluster). But for Fixed/Bounded arrays, the size is part of the data type. As you know, variants contain type and data information. So, there is no reason that this VI cannot look at the data, to extract the actual array length. That's how OpenG's "Array Size(s)" VI works. Either way, there's a bug -- incomplete documentation or incorrect functionality. I'd rather see the functionality change, but that depends on what the actual specification for this VI calls out (and maybe who, if anyone, is already relying on the existing behavior internally). Thanks, -Jim

[cross-posted on ni forums] Hello everyone. Yen has just posted a proposal for a new OpenG VI called "Round to Nearest Multiple", for public review and comment. Please take a look and let us know what you think. At OpenG, we're working hard to give everyone an opportunity to contribute. Now is one of those chances to make a difference. Thanks, -Jim

[status: Reported to NI (waiting on response)] "vi.lib\Utility\VariantDataType\GetArrayInfo.vi" will always output a Size of zero (0) for any input array (it does not report the actual size). Download File:post-17-1190399556.vi

QUOTE(Paul_at_Lowell @ Sep 21 2007, 10:41 AM) That was going to be my recommendation

QUOTE(robijn @ Sep 21 2007, 01:18 AM) Thanks for the photos, Joris! -Jim

Status update: Confirmed by NI R&D (CAR Number 49MD1TX6)

QUOTE(MikaelH @ Sep 19 2007, 03:58 PM) Mikael, I'm glad you've entered the discussion, because it leads to my use case for "Save a Copy" on a class member. I want to create a copy of a dynamic method in a sibling class. Right now, this takes me a lot of work, because I have to replace the object reference control+indicator, and any private methods like GetData, SetData, etc. It would be GREAT if the Endevo GDS had an option similar to the "Override" option (when creating a new method), but was able to copy from siblings, as opposed to just the ancestor classes. Thanks, -Jim

Hi All, Thanks for the feedback QUOTE(Ben @ Sep 19 2007, 07:26 AM) Yes, Ben. I think that it will happen very soon. Hang in there! QUOTE(Gabi1 @ Sep 19 2007, 08:09 AM) so, maybe if we had features like 1) a different kind, more efficient compiler - one that would not be "instantaneous", yet would make code run much faster. 2) a runtime engine preinstalled in the operating system(s). we could explain and share it better? Yes, I agree. However, in order for this to happen, LabVIEW (or more specifically, graphical dataflow programming) needs to grow beyond test and measurement and become seen as a general purpose programming language and platform. Cheers, -Jim

[cross-posted on ni.com] Hi All, I've written a new article, titled: LabVIEW and the Multicore Crisis. (Don't worry, there's no crisis for LabVIEW developers.) I hope you enjoy it -Jim

[Status: reported to NI and waiting on response] If you want to make a copy of an LVClass member, you will probably open it, and then choose File>>Save As from the menu and then choose Copy>>Open additional copy from the "Save As" dialog. However, doing so will cause you original class member to become modified (showing an asterisk in the window title and asking you to save it if you try to close its window). Steps to reproduce 1) Open a class member 2) If the class member has any unsaved changes, save the class member 3) Select File>>Save As from the menu 4) Select Copy>>Open additional copy from the "Save As" dialog 4.1) Ensure that Add copy to *.lvclass is unchecked and Add copy to *.lvproj is checked 5) Choose a location and new name for your copy of the class member Results Note that the original class member has unsaved changes Expected Results The original class member should have no unsaved changes, since saving a copy should not perform any action on the original

I've assigned File>>Locate in Project... to Ctrl+Shift+E, which is not assigned to anything and is very similar in behavior to Ctrl+E for toggling between Front Panel and Block Diagram (when selected from a VI) and for toggling between Items view and Files view (when selected from the Project Explorer) Hmmm... this shows up in LabVIEW.ini as the following: CustomShortcuts=";APP_WIZARDS,Ctrl+Shift+E" It appears that that the Custom Shortcuts is only available for the first item, alphabetically, in the wizard folder -- this is the "APP_WIZARDS" item. For example, I have a "Rename Folder of VIs..." option that is not even shown in the Custom Shortcuts dialog.

QUOTE(Michael_Aivaliotis @ Sep 17 2007, 08:52 AM) I submitted the feature request via the http://digital.ni.com/applications/psc.nsf/default?openform' target="_blank">NI Product Suggestion Center at 8:15am this morning. It only took NI a half hour to implement it! That's amazing :laugh:

QUOTE(muna @ Sep 17 2007, 08:29 AM) 20:1 this is spam in the guise of a question. BTW, I'm looking for a penny stock to get rich quickly. Does anyone know of a good one that I can buy?

QUOTE(Michael_Aivaliotis @ Sep 16 2007, 11:15 PM) Unfortunately, there is no way to assign a keyboard shortcut to a dynamically added menu-item (e.g., those menu options that appear because you add a menu-launch VI to the wizard, project, or help folder). I tried filing this as a bug during a beta, a while back, but it was rejected Maybe I should try re-submitting it as a feature request.

QUOTE(Tomi Maila @ Sep 16 2007, 07:06 AM) You're very welcome, Tomi. Yes, this tool is extremely useful. In fact, it has already become http://thinkinging.com/2007/09/15/i-couldnt-live-without-filelocate-in-project/' target="_blank">a tool that I couldn't live without

QUOTE(orko @ Sep 15 2007, 04:42 PM) And, thanks for your help writing the tool!

Hello Everyone, There is a new OpenG tool called "File Locate in Project" library (ogedit_file_locate_in_project) available. This package adds a File>>Locate in Project option to the LabVIEW menu. When you select this menu option from the menu of a VI's Front Panel or Block Diagram, the VI will be highlighted in the Project Explorer window. See here for more info. You can download+install this and other OpenG libraries using VI Package Manager.

QUOTE(Tomi Maila @ Sep 14 2007, 02:10 PM) Yes, I would like to But, all I can say is that it relates to dependency injection. I'll let you try to figure out the rest

[cross-posted on ni.com] I love the new option to Skip remaining password prompts when using the Find feature in LabVIEW. But, to be honest, I don't have a single use-case for ever searching inside password protected VIs. I only use password protection as a way to lock installed libraries or distributed software products. So, I would love to have the option to Always skip password prompts, so that I never have to see this dialog again. Of course, this setting should be available in the LabVIEW Options dialog, so that it can be reset. Thanks, -Jim

QUOTE(Jan Klasson @ Sep 14 2007, 12:09 PM) Keep the plugs coming -- we want to hear about all the latest GOOP goodies coming out of Endevo

QUOTE(Aristos Queue @ Sep 14 2007, 10:34 AM) Thanks! IMO, ambiguity of coercion is much less of a problem than not being able to program my application -- I'd rather have the problem of doing detective work to figure out which elements of the cluster are being coerced than to be completely restricted from attempting the ambiguous coercion. Then, maybe the next issue would become: "how do we make the coercion dot less ambiguous and help the developer figure out the problem?" Cheers,