RagingGoblin

Yuri33, Thanks for you answer and you suggestion. As you say an 'ugly' solution, but appearantly we have to live with this, I will adopt your strategy.

QUOTE(Aitor Solar @ Jan 17 2008, 05:12 AM) This is the error I get: Error 1055 To More Specific Class in invoke_all_xcontrol_indicators.vi->test_publ.vi I use version 8.20, on the NI board I saw the same post: http://forums.ni.com/ni/board/message?boar...hread.id=287670 In the upgrade notes from version 6.02: The To More Specific Class function used with a control reference as the target class input no longer returns “error 1055” in built applications.

Hi, I made a vi that invokes a property on all xcontrols on the front panel. In order to get a reference to all controls I use a property node Controls[] and use the "to more specific class" function to get a reference to my specific xcontrol. This goes well within labview, but after building an executable of this, an error is returned by this function. How can I cast this reference to my specific xcontrol? thanks.

Well, now I do feel stupid. Though I must say on this system (Linux running on VMware) the behaviour is really not what I would expect. Not dubble click, no click many times, but click... count to three ... click. Thanks for your help.

I am making a fool out of myself here, I know, but I just cannot get it done. In your movie it looks as if you are switching to run mode before editing a line, what are you doing exactly? Or has it something to do with me working on Linux?

Yes you can edit the items on the listbox inside the xcontrol on the facade. But I want to edit the items on the listbox inside the vi. Try to edit items in Untitled 1.vi, see attachement. Thanks

Hai, When I place a listbox on a VI frontpanel it is possible to edit the itemnames (the cells) by dubbleclick and start typing. However, when I place a listbox on the facade of a xcontrol en put this xcontrol on a VI frontpanel it is not possible to edit the items in this fashion. I have tried to get this behaviour by editing the event edit cells, but this event never happens. The listbox on the facade is set to editable cells (right click Editable cells). Any suggestions to this? Thanks

Wolfram, would love to see your solution, but I only have 7.1. Can you send a picture?

Hey Guys, I am still wondering what causes can stop a program which front panel state is set to hidden. Because every night around twelve it stops, but keeps running if the front panel is open. Guess I have to ask my system manager what is happening at night. Eaolson, yes you

I use a toolkit from Karsten van Zwol, LabVIEW_Tray_Icon.lbb. Got it from here: http://forums.ni.com/ni/board/message?boar...essage.id=95141 This is used to create the icon. To close the frontpanel I use a property node to set the Front panel state to hidden (see above). Download File:post-4151-1161675844.llb

The other cases are mostly not that importand. They only change the mousepointer into a hand and backward if you hover over a clickable item. Two cases handle the events if you click on the icon in the system tray. The timeout doesn't do anything either, just going on with the next loop. Crelf, yes I am pretty sure, because if I only minimize the app, it runs for days.

As stated above I want to run an application in the background. According to NI this is possible: http://digital.ni.com/public.nsf/3efedde43...67?OpenDocument I used this technique. If anyone clicks the black x to close the program it will run in the background, but is accessible through an icon in the system tray. This works fine, but after a couple of hours the program stops completely. Can anyone tell me why this could be?

Is it possible to remove the menu entirely? Window appearance -> show menu takes effect after launch, I don

http://forums.lavag.org/index.php?showtopi...p;hl=tray++icon http://forums.ni.com/ni/board/message?boar...uireLogin=False http://digital.ni.com/public.nsf/allkb/1bb...67?OpenDocument Good luck !

Read LabVIEW Application Builder User Guide, I found this out recently myself, so I told myself RTFM There are some caveats: If the VI loads other VIs dynamically using the VI Server or Call By Reference Nodes, make sure the application or shared library creates the paths for the VIs correctly. When you include the dynamically loaded VIs in the application or shared library, the paths to the VIs change. For example, if you build foo.vi into an application, its pathis C:\..\Application.exe\foo.vi, where C:\..\Application.exe represents the path to the application and its filename. Another trick: Help -> explain error

Oh well, that is too simple... :headbang: sorry for bothering you. http://groups.google.nl/group/comp.lang.la...f1f799aec1899f2

In runmode the mousepointer changes to a hand even on a grey area, suggesting I can click on something, which I can't of course. You can only click buttons but you cannot tell the difference between an clickable area and a normal area. Can I influnce this behaviour? I would like to see something browserlike. Hovering over a clickable area changes the mousepointer to a hand.

Got this from wikipedia http://en.wikipedia.org/wiki/Category:Visu...mming_languages piet looks fun

dsaunders, thanks, a handy tool :thumbup:

Thanks people, this is something I wouldn't have figured out on my own.

I'm not quite sure what you mean. Indeed I want an array of controls, and for each individual control set the appearance. I tried to wire a property node to the control but then I alter all the controls inside the array at once. If you can show me a short example of what you mean would be nice. BTW I am wondering what are you doing all day? The number of your posts is quite impressive.

Is it possible to create an interactive indicator? Here is an indicator with booleans presenting if a file has arrived or not. If I click on the red light something should happen, like presenting a pop-up with indices (which I can translate to a certain file which is missing). Is this possible at all?

This is what I use. (SIAM is my device) Download File:post-4151-1154008114.vi Download File:post-4151-1154008143.vi Download File:post-4151-1154008158.vi

Thanks for all solutions, but but I read the file from a network place !!! :headbang: This was causing the delay :headbang: Anyway allso tried the scan from file function, at least that looks much better. I allways work from network since a heavy fire in a building of our department caused many projects to loose all their stuff. I shoud have thought of this. Now with all these timers I could really see what is the fastest solution. With the scan from file function, I get a delay ??? First it took 9000 ms, now it takes 9300 ms. Tom nice solution: It takes now only 1000 ms.

I want to process large logfiles. The lines inside the logfile are like these: A 26072006 142451.376 0728 IncomingFile IFSERV 00000000 DETECT DVB A 26072006 142501.344 0728 IncomingFile IFSERV 00000000 DETECT H-000-MSG1__-MSG1________-HRV______-000016___-200607261415-C_ A 26072006 142501.344 0728 IncomingFile IFSERV 00000000 DETECT DVB A 26072006 142511.407 0728 IncomingFile IFSERV 00000000 DETECT H-000-MSG1__-MSG1________-HRV______-000017___-200607261415-C_ A 26072006 142511.407 0728 IncomingFile IFSERV 00000000 DETECT DVB A 26072006 142521.376 0728 IncomingFile IFSERV 00000000 DETECT H-000-MSG1__-MSG1________-IR_016___-000006___-200607261415-C_ As you can see first there is a timestamp which I want to read in order to process the stuff. I wrote a vi which reads a logfile line by line, because the files are too big to read entirely at once (20 MB). If I run this vi the proces takes 20 minutes!!! Thats way too long. Does anyone know a way to speed this up? see untitled.vi Download File:post-4151-1153928564.vi Download File:post-4151-1153928590.vi