loserboy

Hi everybody, In the past, i've used InnoSetup to bundle all the files and directories LabView puts in the "Volume" directory into one easily distributable file that we send to customers via FTP or USB stick. InnoSetup even lets you skin the installer dialog windows for a really pro look. This is all well and good, but the down side is that I'm using this install tool to create what's essentially a fancy self-extracting executable. Microsoft's MSDN calls this a "concurrent installation" and both of these installers actually show up in the add/remove program window which i really don't like. How does everybody else distribute installation files? I'm trying to change my distro method due to Win 7 and don't really like what i've been doing. Any suggestions would be welcome...

Could you post your LV8.5 version? It would be much appreciated.

Thanks Norm for this awesome toolkit! after downloading your version here, and doing a beyond compare with a version i already have, there seems to be a Tree Control Toolkit V1.0.2 floating around somewhere that i downloaded? Where did i pick this 1.0.2 version up?

it may be oversimplifying it but why cant you just put a newline after each character: C \n r \n e \n l \n f \n

QUOTE (Yair @ Apr 5 2009, 12:17 PM) Sorry! That vi wasn't supposed to still be there, it wasn't needed. I'll upload a more better one. Noob mistake! QUOTE There is also a need to decide how much you keep (e.g. do you keep the strings in trees, listboxes and combo boxes?) I think you'd want to save/export, translate, and import anything viewable to the user. Including front panels of any Vi's marked "Show Front Panel when called" or "Show Front Panel when loaded", although i don't know how to surf through the Vi heirarchy to find that property yet... QUOTE Also, note that I suggested using the label (for a lookup). This is safer than just using the order as you did, but can still break if the user changes the control label. We should export everything viewable w/o care of whether the labels or captions change. I regularly change odd labels that i run across from previous developers. (They were spanish, so i have to translate labels sometimes). Here's a scenario, The application has English captions. Export all the visible English strings to a tab delineated text file, Column 0, and remove all duplicate entries. If there are 50 buttons with OK (to be translated to "Comprende") we only need to know the OK -> Comprende relationship once. The user will HAVE to manually translate this column into column 2 (i.e. Spanish), or column 3 (i.e German). There are to many dialect differences to do it programmatically. So, English = Column 0, Spanish = Column 1 German = Column 2 ... With Ring control and Flag icons to choose which Language/column you want imported. QUOTE You could write a GUI for this which would basically have a listbox and a subpanel with the list of controls. Then, selecting a control loads an appropriate VI into the subpanel for editing the strings for that control. I found this little app on NI that does something of what your saying, it uses the XML import/export string function... could maybe plunder some ideas from this: http://zone.ni.com/devzone/cda/epd/p/id/2906

QUOTE (crelf @ Apr 5 2009, 12:59 PM) Thanks Guys, I knew ONE of the Maestros would give me a response! But Two, wow, my lucky day. :worship: This is a neat app Crelf, it's awesome how you had this "lying" around. I'll tell you now that i can see pilfering some of this code later... Using the Panel.Controls[] array in Translate GUI Elements.vi won't get you the refnums of nested controls like Tab Controls without setting up your own handler. The app that i've inherited is one big tab control. Using the traverseref.llb -> TRef Get All FP References.vi will get you everything. (Got that from a Jim Kring reference in one of those bazillion posts mentioned above). But then you have to deal with generic obj references.

Hi All, I've read a bazillion posts, and help pages in the last two days and noone has directly answered the question on how to traverse through a front panels controls and save them to a text file for translation in a multi-lingual app. There's a BEAUTIFUL commercial toolkit (translate.vi) offered for 290 Euros at www.rofa.at, and another "toolkit" from another company for $4000 that does on the fly import and export, but i'd like to do something open source. Using the rofa idea, that's the direction i'd like to go in. There aren't alot of descriptive help docs on NI for dealing with generic references surprisingly and the best/only way to learn it is to see an example... Thanks to Stefan K. over on the NI forums for this little nugget http://forums.ni.com/ni/board/message?boar...d=266695#M74953 It was kinda the final brick in the wall... Attached is a rough working sample of the direction i think this vi has to go in... and with my feeble LV skills, maybe you guys can help point me in the right direction. This vi is only the front end, which will collect the refnums using the 'TRef Get All FP References.vi' and sort through the returned array of refnums using a huge case statement selected by 'ClassId' (please advise on this). Once we get the captions, (or text values in the cases of boolean ctrls), parsed out to a tab delineated text file, you'll have to do the manual translation. The import is going to be reading the text file strings and doing alot of string compares with the FP refnum caption/text properties. We'll worry about that once we get the front done. i'm thinking 'Read from spreadsheet.vi'. Have a look and see what i'm missing, or if i'm off track...

QUOTE (torekp @ Mar 13 2009, 06:26 PM) u effin guys are 2 smart... haha!!! good job! :thumbup:

:headbang: but i did get a Thanks fellas!

Jim, here we are in 2008, and you saved me alot of headache. while i didn't use your vi, i saw that u were using the "match pattern.vi" which was easier than the "scan string for token.vi" that i was using. coming from C, it's frustrating knowing what i want to do, and not knowing whats available or the easiest implementation... thanks!

ask them if they are using one of the standard serial bus protocols like modbus or hart. labview has a library of serial communication vi's in modbus.llb

holy crapper, you guys are friggin awesome!!! i haven't gotten any emails notifying me of responses to this post so i was off following this "SHFILEOPSTRUCTA" and "op.fFlags = FOF_ALLOWUNDO + FOF_NOCONFIRMATION;" example i found on digital mars.com. returning here to post my findings, and lo and behold.... you guys were here debating the merits and posting examples of several different methods! :worship: how much more of a "christmas morning" experience can u get! hopefully i won't shoot my eye out. thanks everybody, ALL for the inputs.

excuse me if this is in the wrong section... i'm working on a vi that deletes folders/files on windows xp. when i delete something using labviews provided "delete.vi" it seems to remove the inode number of that folder/file, which means it is gone forever. is there a better method that would allow me to send it to the trash can? sorry for linux inode reference, i'm sure windows made up some super uncool name for the same thing, but i don't know it.