Michael Aivaliotis

Why are you using VISA? Why not use the standard tcpip functions? I always use those.

Since the new OpenG Forums are up and running, I decided to close this thread and hand-off any further discussions on this topic to the new OpenG Forums. This topic thread is now closed. Please continue all further discussions on this topic here: http://forums.openg.org/viewtopic.php?t=32

The new OpenG Forums are now live and running. The decision has been made to move forward and make this into an OpenG package. This thread is now closed and a new one has opened on the OpenG Forums here: http://forums.openg.org/viewtopic.php?t=31 Please continue all discussion there. Nice work everyone. :thumbup:

Yes, Child windows are possible using Windows API calls. I've attached a Vi that does this. Download File:post-2-1106002183.viLV6.0 It was written in LV 6.1. I noticed you are using LV6.0 so I did a save with options to V6.0. I can't test it on that version so let me know if it doesn't work.

I'm using it. What is your question?

I suspect that you are asking this question because you are having speed problems. Relatively speaking, any internal data passing method you choose will be light years faster than your serial connection. Local variables would be faster and queues mentioned by @johnRH would be good as well but none of these changes will give you "noticable" speed improvements.

Not really, I think this is educational for all. Yes, I realize that. Perhaps it would be nice to create some function VI's that operate on the "look and feel" of the menu. This way the colors and style can be programmaticaly changed. We can also have 3-4 "preset" looks that people can choose from. Remember, the key here is to satisfy a broader audience. Ok, I just wanted to clarify that this should be the direction. Do you want to work on this? I think it would be a great way to combine forces. This way there is no overlap.

First, please review this topic: http://forums.lavausergroup.org/index.php?showtopic=771 It contains recommendations for posting images to the LAVA Forums. It is not acceptable to post large images inside posts. -------- Now for your problem. You state the following: Do you mean that if you do NOT call a "Sub-VI" with an event structure in it, everything works fine? Also I noticed this: I hope you are not splitting this reference. It is not recommended to split or share user events between event structures. Perhaps this is your problem.

Read this: http://openg.org/tiki/tiki-index.php?page=...ng%20Guidelines

Why not read the data from a file and write the values in the globals?

My comments follow: hfettig, your code has a path problem: I'm not sure what you're trying to do with the name mangling. I took that out and it worked. Menu look and feel. hfettig, in your implementation, I noticed that when you hover over an item that leads to a submenu, nothing happens. You have to click on the item for the submenu to fold out. This is contrary to standard menu behavior. In general, I noticed both (hfettig and didierj) implementations have menu's that are non-standard. The question arises, what is standard. Well, in my opinion the menu's should match the system colors and schema whenever possible. For example, dotted lines as separators is not standard. Also, didierj, when a submenu unfolds, it should be slightly overlapping the previous menu. Architecture hfettig, I like how you've implemented the architecture to match the built-in menu functions of LabVIEW. However frankly do you think that's easy to program with? It simply takes up too much valuable digram real-estate and requires an extensive concatenation of VI's. I love didierj's method of describing the whole structure in a string array. Perhaps we should target that approach. The more I think about it the more I come to the conclusion that we should create a menu builder GUI . If you think about it, this is what NI did because they also realized that you can't rely totaly on VI's to create your menus every time. For the casual menu user, a menu editor that saves the menu architecture to a file is all that is really required. However, you still need the VI's to manipulate the menu for dynamic situations. Perhaps we can keep hfettig's approach for dynamic menu manipulation and just build a GUI for menu building. Programmer Usability hfettig, I like how there is minimal code required for the launching of the menu. Ideally I would love to have a 3 VI implementation. As long as you have a control reference then that is all you really need. didierj, there is simply too much code required to feed into the functions from the toplevel. Look at how hfettig has used a subvi to capture the control coordinates to minimize the amount of work the programmer has to do for implementation. I believe we can minimize the overhead even more. Here is what I envision for the final implementation:

This is great! Thank you to all in this thread for your enthusiasm. :thumbup: . I would really like to see the pop-up menu system (RCPM) become an official openg package. I currently have a use case for this tool to use it in the next generation openg package manager which we've named Commander. Before this happens, I'd like to debug the RCPM and create it into a package. I've been busy working on the release of the NEW openg website but I will spend some time working with the RCPM and give you my feedback in this thread ASAP. Once the new openg website is up and running we can transfer this discussion over there.

Well, free open source software is the natural evolution of software development. Companies that recognize this will survive in the long-term. See this article: The care and feeding of FOSS Thanks to Jim Kring for pointing this article out to me.

<p><strong>Over 145,000 deaths have been confirmed in 11 countries with Indonesia, Sri Lanka, India and Thailand worst hit.</strong></p> <p>Indonesia says more than 94,000 died in the disaster. In Sri Lanka, 30,190 are confirmed killed. The number of people in India confirmed dead, or listed as missing presumed dead, has risen to 15,275. Thailand's Prime Minister Thaksin Shinawatra says his country's death toll could rise to 6,000. Please donate what you can to help the charities assisting there. Some of the charities helping follow:</p> <ul> <li><strong>Red Cross</strong> <a href="http://www.redcross.org.uk/Campaign.asp?id=38543" target="_blank">UK</a></li> <li><strong>Australian</strong> <a href="http://www.redcross.org.au/ourservices_aroundtheworld_emergencyrelief_AsiaQuakeTsunamis.htm" target="_blank">Red Cross</a></li> <li><strong>Oxfam</strong> <a href="https://secure.ga3.org/02/asia_earthquake04">Asian Earthquake & Tsunami Fund</a></li> <li><strong>Oxfam</strong> <a href="http://www.oxfam.org.uk/what_you_can_do/give_to_oxfam/donate/asiaquake1204.htm" target="_blank">Oxfam UK</a></li> <li><strong>Oxfam</strong> <a href="http://www.oxfamamerica.org/newsandpublications/press_releases/AsianFloods" target="_blank">Oxfam America</a></li> <li><strong>Oxfam</strong> <a href="http://www.oxfam.ca/news/AsianEarthQuake_Floods/Oxfamresponds.htm" target="_blank">Oxfam Canada</a></li> <li><strong>American Red Cross</strong> <a href="https://www.redcross.org/donate/donation-form.asp">International Response Fund</a></li> <li><strong>AmeriCares</strong> <a href="https://www.americaresfoundation.net/donate/default.aspx?id=South%20Asia%20Earthquake%20Relief%20Fund">South Asia Earthquake Relief Fund</a></li> <li><strong>CARE</strong> <a href="http://www.careinternational.org.uk/" target="_blank">International</a></li> <li><strong>CARE USA</strong> <a href="https://donate.care.org/05/20180000/?source=170570020000">Asia Quake Disaster</a></li> <li><strong>Direct Relief International</strong> <a href="https://www.directrelief.org/sections/support_us/d_donate_now.html">International Assistance Fund</a></li> <li><strong>Médecins Sans Frontières International</strong> <a href="http://www.msf.org/donations/index.cfm">Tsunami Emergency Appeal</a></li> <li><strong>Sarvodaya</strong> <a href="http://www.sarvodaya.org/">Relief Fund for Tsunami Tragedy</a></li> <li><strong>Save the Children</strong> <a href="http://savethechildren.org/radio_asia_earthquake.asp">Asia Earthquake/Tsunami Relief Fund</a></li> <li><strong>SEVA</strong> <a href="http://www.seva.org/ef.php">South Asia Emergency Fund</a></li> <li><strong>UNICEF</strong> <a href="http://www.unicefusa.org/tsunami">South Asia Tsunami Relief Efforts</a></li> <li><strong>World Food Programme</strong> <a href="http://www.wfp.org/">Tsunami Disaster Appeal</a></li> </ul>

1. Type "about:config" in the adress field. 2. Set the value of network.http.pipelining to "true". 3. Set the value of network.http.pipelining.maxrequests to "8". 4. Set the value of network.http.proxy.pipelining to "true" Found the above info while scouring the web... Suppose to make Firefox display pages faster :ninja: .

Yes, you are correct. No need to pass it thru a shift register.

Based on the website: http://www.advantech.com/support/detail_li...del_id=PCI-1730 It looks like it has LabVIEW drivers. What's the problem?

Ok Jim. However, one thing I don't understand is that when I launch the new probe wizard, I can specify any directory and location to save a new probe (LV7.1). Well apparently, LV has an ini setting called: ProbeIniCache="path to probe" Everytime you create a custom probe that does not reside in the default location, LV adds one of these entries for every custom probe. Perhaps you can use this feature somehow.

Hmm, I just did a test and it works without it. I can't recall the reason for doing that. It was copied from a very old early version of LV code. Also, I had less experience at the time. I just never went back to reflect on it. In any case you're right, [\r\n]+ works fine.

Happy birthday! jpdrolet

Yes, that's what he means... See here: http://zone.ni.com/devzone/conceptd.nsf/2d...dElemFormat=gif Here is the complete article: Event Structure Design Patterns

I honestly have never used the Grid feature... . It's one of those things I always turn off. It's easier to align things relative to other controls rather than the grid. The grid is never in the right place that I want it to be. Most of the time, what looks natural to the eye does not conform to the grid. I realize this was a "most requested feature" from NI customers... I think I requested it as well . But in practice, no good.

I'm not sure how useful it would be to have a list of wire references with probes to them. I mean, probes are really useful in context. I have to "see" where it's probing. Just a list of them might not be useful. What I would really like (and NI will not have in 8.0) is to have a list of ALL opened references. Control, file, vi, visa etc. references. This way I can see if I'm missing closing any of them. Of course, by the time this tool is developed, NI will probably add a feature that makes reference closing irrelevant. Perhaps they will auto close everything for you. Any ideas?

I'm not sure how you are opening a reference to the sub-vi. Just opening a reference to a VI should not open the front panel. Are you continuously opening the front panel with a property node? If so then why are you doing it in a loop? Just open the reference once and then via some logic decide if you are opening the front panel or not. I'm not sure what the loop is for. Please explain.