Ton Plomp

<plug> Uhm, have you looked here (it's a localization add-on for LabVIEW) </plug> What about a variant solution: Each VI would be a variant attribute with every control as an attribute with each language as an attribute: http://forums.lavag.org/index.php?act=attach&type=post&id=6538 More information about this technique can be found at Tomi's nugget Ton

QUOTE(makkie @ Aug 3 2007, 05:30 PM) 1 Create a good data-plugin that tries to load as much as possible! 2 Create a LabVIEW routine to load these into DIADem (I don't have DIADem currently available) or use http://zone.ni.com/devzone/cda/epd/p/id/4181' target="_blank">LabVIEW 3 Save the portal (DIADem) as tdms, or convert your data in LabVIEW and store it as tdms. 4 Don't forget to defragment your file. Ton

I don't find it strange you have only one responsive device. My suggestion, by a second serial port (on USB is mostly OK, test before paying ) I can imagine the USB device will not be able to feed the power over a long cable. I don't know how long a serial cable can be but I suggest you set up a PC near the devices with two serial ports and communicate with these devices via a serial server (included with NI-VISA) over ethernet. Ton

QUOTE(dsaunders @ Jul 31 2007, 07:33 PM) Move the tool to the 'File menu' (the wizard folder) and after a reboot you can link your shortcut to the VI. I wouldn't know why they would allow that but not allow it in the Tools menu. Ton

Have a look here Perfmon can store this info. Select the processes you suspect and hope you find it! Ton

Hi Danny, most likely one of the posts is very wide, just minimize one. See this post (http://forums.lavag.org/FixedBoard-width-New-lay-out-is-very-wide-t4769.html) Ton

QUOTE(jaegen @ Jul 27 2007, 10:34 PM) Have a look http://forums.ni.com/ni/board/message?board.id=170&message.id=248788&jump=true' target="_blank">here Ton

Look in LV 8.x to the Mixed signal graph. It allows you to drag and drop data from one graph to the other. It is somehow limited because you don't have control over it via the properties but I don't think that's a problem Ton

QUOTE(Ben @ Jul 27 2007, 01:20 PM) Welcom Ben! I want to let you know we've all been there and feel what you are going through. Please let me know if you need a sponsor! Ton

The 15 or 16 ms thing is something of Windows if I recall correctly. Anything timing beyond this speed can't be measured that way. A timed loop should get you where you want. But a timing schedule of microseconds (and measuring it correctly)... Maybe a timed loop clocked against a real clock. Ton

QUOTE(Dirk J. @ Jul 23 2007, 09:49 AM) Could you do that for mere mortals like me, somhow I get LV to crash with ILFree Ton

QUOTE(orko @ Jul 25 2007, 09:18 PM) I asked it because I am wondering if you understand your own code. Hopefully does Orko's answer triggers some aha-feelings for you. Ton

Change your multicolumn listbox into a control. Why do you need the boolean event? Ton

What a laugh the user manual of the SDE doesn't mention even manual disconnecting! :headbang: Ton

QUOTE(ragglefrock @ Jul 25 2007, 05:21 AM) The NI 'Rectangle tools' as exposed by OpenG have a function is point in rectangle. That one could quite fast let you track which 'picture' you have selected. Ton

QUOTE(Ben @ Jul 24 2007, 07:22 PM) QUOTE(yen @ Jul 24 2007, 08:02 PM) Two options, off the top of my head: Disable the grid lines for two of the scales. You can do this in the graph properties or using property nodes. Third that, besides that there's a new property (8.2/8.0?) that limits the time between two consequitive down-rescales. So that if your data goes from 8 to 2 to 1 to 4 the downscale to 1 is dismissed. Ton

QUOTE(John Rouse @ Jul 24 2007, 07:23 PM) Yes! QUOTE(Ben @ Jul 24 2007, 07:33 PM) I think I got it (doh!). This was posted to the scripting forum. To script this operation is another story. I don't know how to script the disconnect but if there anything I can do that may help, let me know. Yes, I got the problem that I have some VIs that I'd like to distribute preferable with OpenG builder. But I think the SDE adds some overweight to the VI (is the data saved in VI tags?), and like to disconnect it before deployment. Ton

Anyone found a way to disconnect a VI from it's State Diagram? Ton

QUOTE(crelf @ Jul 20 2007, 04:59 PM) QUOTE(Dirk J. @ Jul 20 2007, 06:39 PM) maybe the advantage would be that it's easier to link to other contributions ("this CR-snippet requires that-and-that snippet") That's exactly what I mean some of the codes are more like a tool (the XControl Hierarchy, the XNode manager) and are stand alone items. Others like the Scripting tools, Active directory tools, Get Data from clipboard and the Tree Control are more like an API and can be directly called from other code. The usability will be greater if there is an advised location, such as if you want this snippet to run fluently install that snippet with there (or use that .OGP file). And I don't to turn my harddrive into a toolbox I can only control with Google desktop to find items. So I started this discussion. Ton

Recently I advocated the use of OGP as an installer function for code distributed with the LAVA CR. Now I would start the discussion where to put these items. My preference is: user.lib\_LAVACR\_Controls\%Name of the Control user.lib\_LAVACR\_XNodes\%Name of the XNode user.lib\_LAVACR\_Code\%Name of the submission Does anyone have other ideas? Ton

Here's my pet project of the last weeks: http://forums.lavag.org/index.php?act=attach&type=post&id=6412 The includes PreTest.vi shows the possibilities of the XControl. Nice suggestion drop a new instance of the XControl into a VI. Same dialog can be acquired by right clicking the XControl (in edit-mode) and selecting 'Settings' EDIT: One nice feature is the drop of picture files (png/bmp/jpg) onto the XControl Ton

QUOTE(ptit bras @ Jul 19 2007, 05:15 PM) Well there is a second way: http://forums.lavag.org/index.php?act=attach&type=post&id=6404''>http://forums.lavag.org/index.php?act=attach&type=post&id=6404'>http://forums.lavag.org/index.php?act=attach&type=post&id=6404 Ton

QUOTE(ptit bras @ Jul 19 2007, 03:53 PM) Invisible means transparent, so you can't see it , but it is there. Haven't checked the 'drop' event. But then I believe a OS drag and drop isn't covered in LabVIEW (yet?) Ton

QUOTE(crelf @ Jul 19 2007, 03:14 PM) What? You mean Michael has a http://www.jkisoft.com' target="_blank">day time job besides this great work of his? Ton PS Hit it.

QUOTE(ptit bras @ Jul 19 2007, 02:56 PM) It's an invisible path on top of the other elements. Ton