Only first plot of waveform chart has run-time menu

Hello again all you helpful forum-goers!
My multi-plot waveform chart is working decently well, but now for some reason only the first plot in the plot legend displays a run-time customization menu when I click on it while the VI is running (allowing me to select the plot color, etc.). All the other plots do nothing when I click on them. I do not have any mouse-down events or filter events of any kind in my VI. I programmatically set the number of plots and the size of the plot legend, along with each plot's name, y index, and color. Any ideas as to what might be going on?
Thanks a bunch as always!
-Joe
Solved!
Go to Solution.

Okay, hopefully this will help get some more thoughts / answers flowing. I've copied my strip chart from my actual VI into a test VI, and it still exhibits the problem. On the other hand, I have created a new strip chart from scratch, and it works fine. I have attached both VIs here for you to see. My guess is that some property of the first chart is set incorrectly or something, but I cannot figure out which one (and there are so many!).
Any assistance you can give would be appreciated. The challenge is to get the chart in the first VI working (plots other than the first responding to a mouse click to change their color or other attributes), via changing some attribute of the chart (and being able to tell me which one you changed!).
Thank you again for anyone who can look into this.
-Joe
Attachments:
Test StripChart color selection not working.vi ‏17 KB
Test StripChart color selection working.vi ‏12 KB

Similar Messages

How do you set the size / bounds of a waveform chart at run time?

I have a plot area that I would like to fill with as many waveform charts as the user specifies (at run time). The "bounds" property is read only and I haven't noticed an additional "size" property for a waveform chart as there is for a button. Is there a way to set the size of a waveform chart at run time, and if not, why not? (Labview 6.1)

Look at it a little more carefully, I suspect that your assumption is only half wrong. The property does only resize the plot area--LV resizes the frame to fit the resized plot on it's own.
You'll need to bear this in mind when you're figuring-out what size to set the property to.
Mike...
Certified Professional Instructor
Certified LabVIEW Architect
LabVIEW Champion
"... after all, He's not a tame lion..."
Be thinking ahead and mark your dance card for NI Week 2015 now: TS 6139 - Object Oriented First Steps

Update run time menu

As you could see in the block diagram, once the user has selected the channel they want to work on in the main GUI, click Proceed to Adjust Values for the second GUI to pop up. Also, in the second GUI, the run-time-menu should also only show the number of values selected (string from the first GUI). Question 1: how to make the second menu pop up after clicking Proceed to Adjust Values. Question 2: the menu is not updating itself in the current block diagram. Thank you!
Attachments:
mainfront.vi ‏24 KB

I highly suggest taking some of these free tutorials
3 Hour Introduction http://www.ni.com/white-paper/5243/en/
6 Hour Introduction http://www.ni.com/white-paper/5241/en/
LabVEW Basics http://www.ni.com/gettingstarted/labviewbasics/
Self Paced training for students http://www.ni.com/academic/students/learn/
Self Paced training beginner to advanced, SSP Required http://sine.ni.com/myni/self-paced-training/app/main.xhtml
LabVIEW Wiki on Training http://labviewwiki.org/LabVIEW_tutorial#External_Links
The run time menu does get updated, but only after your while loops finish executing because of the data flow of LabVIEW. Now how does that while loop finish? Well you wired a constant so there is no way to stop your VI other then pressing the stop button which and end user should never see. Microsoft Word doesn't have a run or stop, and neither should your program.
I'd also suggest working with arrays instead of several seperate boolean controls. They don't scale well.
There are several run time menu example VIs that use the event structure in the Example Finder you should start there.
Unofficial Forum Rules and Guidelines - Hooovahh - LabVIEW Overlord
If 10 out of 10 experts in any field say something is bad, you should probably take their opinion seriously.

Project explorer doesn't show callers for .rtm (run time menu) files (is this a confirmed bug?)

Maybe I was to quick to report this as a bug... I was unable to find anything related to it at my normal sources of information. Does someone has exeperience with it?
I have a work-around and this is included in the description :
http://forums.ni.com/ni/board/message?board.id=BreakPoint&message.id=6776 (message 25)
** Original post **
When a library (.lvlib) that contains a file with a run-time-menu (.rtm) file is removed from the project, but there is still a file that uses this .rtm file, both the .lvlib and all of it's vis and the .rtm file are displayed in the project Dependencies.
For the Vi's the callers can be found by 'Find->calllers'. For the .rtm file this always results in 'No items found' but the .rtm file remains in the Dependencies (as it should since it is still used).
Finding the .rtm file can be hard since it is only loaded at run-time and not at edit time(?). If someone encounters this issue, a working method:
- rename the rtm file (so it cannot be found)
- open the vis that you suspect are using this file AND try to edit the run-time menu. When this vi uses the run-time menu a warning will appear (cannot load rtm file, using default menu instead)
Kind regards,
Mark

Dear Mr. Beuvink,
thank you for your reply. It seems that a while back this problem has been reported to our R&D group. The request (CAR) has ID; 41579. There is the following statement in this CAR: the caller vi is in memory or not. When a caller vi is in memory, rtm files will currently never report the vi as a caller. This confirms the behavior you are seeing.
I'm sorry to say I don't have a solution at this moment, at this moment they are busy fixing this problem. You can look this up in future release notes by searching on the CAR ID I mentioned.
If you haven any questions, please don't hesitate to contact me.
Best regards,
Martijn S
Applications Engineer
NI Netherlands

Custom Run-Time Menu error when named "FileMenu.rtm"

Discovered an interesting "feature" (error?) in LabVIEW 2009 when using custom run-time file menus.
If you create a custom run-time menu (.rtm) and name it "FileMenu.rtm" the menu will not function correctly in executable format.
In my LabVIEW Project, any VIs which called this custom file menu worked correctly in the project, but when I built an executable, the VIs defaulted to the default file menu. This was not due to a corrupted .rtm file or the file not being included in the executable. Instead after extensive debugging I determined that the name "FileMenu.rtm" is somehow reserved in LabVIEW and any executables that are built have the custom run-time menu overwritten by the default. The tricky part of this error is that it goes unnoticed while the code is still in development and only presents itself after being built into an executable.
Simply changing the name of the file fixed the executable run-time menu.

Chris,
Thanks for trying it out. It seems that my forum post may have been a bit rushed.
I tried to duplicate the problem in a new project from scratch and similarly was unable to reproduce it. I will try more soon, and in doing so perhaps reveal the true underlying problem. I would post the original code but it is proprietary.
I was running LabVIEW 2009 and Windows XP when the problem first presented itself. I updated to LabVIEW 2009 SP1 as part of my debugging and the problem still presented itself.
V/R,
~David

Run-Time Menu and Event Structure~~HELP~~

Hi, brothers,
I'm new user for LabVIEW. Use the version of LabVIEW is 8.6
One problem describe as below:
Can Run-Time Menu and Event Structure exist simultaneously?
Without Event Structure, Run-Time Menu works well, but Run-Time Menu works abnormally.after adding Event Structure,
How do I modify the problem?
Thank you for your help.
Attached is the program.
Attachments:
PC_Adjustment.zip ‏44 KB

Yes they can coexist, but not how you did it.
Every iteration of the while loop you wait for an event in the event structure, and you look if the user has selected anything from the menu.
To get this working you should add an event for <this VI>\Menu Selection (User):
Ton
PS you should add a stop button, the only way you can stop the VI is hitting the 'emergency stop' button, with hardware connected (like you have) this is not the adviced routine
Message Edited by TonP on 09-26-2008 07:34 AM
Free Code Capture Tool! Version 2.1.3 with comments, web-upload, back-save and snippets!
Nederlandse LabVIEW user groep www.lvug.nl
My LabVIEW Ideas
LabVIEW, programming like it should be!
Attachments:
Main_BD.png ‏5 KB

"open vi reference" with run time menue

Hello,
I met some problems with "open vi reference" in labview.i can't parallel run this vi with the run time menue.i can't load the any vi then the run time menue has activation.(the "open vi reference" can run after the run time menue release.). it's means labview is serial running for this both function.but now i want to parallel running in the program.so would you give the some idear?

Now I see what you are talking about. What you are trying to do is expected behavior. If you click on the menu while any state is running that doesn't lock the front panel, then the menu will halt the VI execution until you choose a menu item.
You should check the option in the event to "Lock front panel until event case for this event completes" Then you will not be able to click on the system menu until tthe VI is launched and running. If you wire a True like I suggested before, then you will fall out of the case pretty quickly in non-hoghlight mode, and the user most likely will not notice. If the VI you are trying to open is quite large, it will take a little bit of time for LV to load the VI into memory.
In highlight-mode, you just have to wait for the event to process before you select the menu.
Message Edited by Matthew Kelton on 12-03-2007 10:56 PM
Attachments:
edit events.png ‏27 KB

How can I use undo and redo with run time menu?

Hi..I try to built my own menu for graphic programming. How can I use undo and redo in labview with run time menu?

filozof-
During runtime, by default, LabVIEW has undo/redo data changes under the edit menu. This will undo/redo changes made to controls during runtime. If you want a more extensive undo/redo (custom for your application), you are going to have to do quite a few things
1) Create a custom runtime menu (Edit>>RunTime Menu) and place your own undo/redo controls on it
2) Keep an action history in your program
3) Catch the Shortcut menu event for your custom undo/redo controls
4) Reverse the last action in your histroy when you catch the event
This method would allow you undo entire operations (like resize, move, or whatever kind of functionality you are building into your application) unstead of just undoing data changes.
Xaq

In LV6.1, can I get the run-time menu refnum of a VI from the VI Path?

Actually, for any version of LabVIEW, can I get the run-time menu refnum from the VI Path (or the VI reference)?
Thanks!
Enrique
www.vartortech.com

I just thought of a workaround...you could have a Menu Bar Ref indicator on your main VI front panel. When your VI runs, you could have the Current VI's Menubar function wire the refnum into that indicator. Then, in your subVI that has the VI reference, you could use VI Server to read the value of that indicator, then cast the value into a refnum wire, then you'd have access to the menubar reference in the subVI without having to pass it in to a subVI terminal. Would that work?
Oh, another simpler idea would be to simply wire the Menubar reference into a global, and read that global in the subVI.
-D
Darren Nattinger, CLA
LabVIEW Artisan and Nugget Penman

Run time menu for row headers

Is there any way to have run time menu only for the row headers and not the whole of the table?
Thanks,
Ritesh

Event Structure -> Mouse Down on Table Event -> Button
Message Edited by Eugen Graf on 09-25-2008 04:52 AM
LabVIEW Portal
Attachments:
Button.png ‏7 KB

Problems with executing customized Run-Time menu from a sub-vi imported from the main vi.

I am having trouble executing Run-Time menu from the sub-vi.
Currently my main vi program, which is the first thing that I open up to acquire data from different sources (i.e. dll’s, scanners etc.) opens up a number of sub-vi’s.
I have created several sub-vi’s, which are opened from the main vi’s customized Run-Time menu that I have created (i.e. dsp file). I am using the open panel.vi to open other sub-vi’s. I don’t have any problems opening any number of sub-vi’s through the main vi’s menu.
I would also like to have the option to open other sub-vi’s from any sub-vi’s menu. I succeeded in exporting the Run-Time m
enu from the main vi to the sub-vi using the property node properties however nothing happens (I hear a beeping sound) when I click on the sub-vi’s menu. I don’t know what I am doing wrong. I would really appreciate it if someone can attach a sample code using Run-Time menus on sub-vi’s imported from the main vi.
Thanks
Nish

I don't actually have any VIs like this. It might be easier to take the menu and just add it to the VI during development. Then it will always be there. It might be easier than doing this with Property Nodes.
J.R. Allen

Switching between different run-time menu programatically

Hi All
I am planning to build a Bilingual program…….am just doing trial and errors in changing all captions and run-time menu s programmatically with a single button click……….Here my logic is working fine for all captions and graphs also…………..but I could not change the run-time menu……….i am unable to switch between different run-time menus……………
Here I am sending the program am working on………..please have a look on this, and suggest me something………….hope my problem get resolved.
Thanks
Anil Punnam
Attachments:
Caption_program.ZIP ‏31 KB

Hi Anil,
I'm guessing you're using 7.1? When I first ran your program in 8.0, it worked perfectly and switched back and forth perfectly. However, I tried it in 7.1 and saw some bad behavior. The customer run time menu was not updated in the menu bar. It looks to me like the run time menu is changing, but the front panel is not updating. After pressing one of your front panel buttons to change the run-time menu back and forth, if you click on the file menu it should update, although this can lead to some funny looking menus since "affiche" is longer than "file" and you can still see the remnants of the old menu. Try this and let me know if this is indeed the behavior you are seeing (check out the attached pic). I thinkt hat R&D already had a report on this, and that is why it is fixed in 8.0.
Megan B.
National Instruments
Attachments:
RTM.JPG ‏34 KB

Custom Run Time Menu (.rtm) for a tree control doesn't appear in LV executable

Hello,
I am using a custom run time menu (.rtm) for a tree control in LV. When I right click on the control the run time menu appears in the LV development environment. However the run-time menu does not appear when run the executable installed by the installer I created. I tried including the .rtm file with the installer, but it did not fix the problem.
Please let me know if any ideas.
Thanks,
Russell

This is a known issue and has been reported to our R&D engineers for further investigation (CAR# 3T2E57V2). The workaround is to embed the run-time menu in the control instead of the separate .rtm file. To do this, make a minor change in the shortcut menu (for instance, add a dummy item then delete it), so that the shortcut menu editor will ask you to save the new menu. When it prompts you, choose to save it with the control instead of to file.

Changing the run-time menu programatically

Hi All
I am developing an application which will be a bilingual. when i click french button on GUI, all display messages changes to french. When i click on English, all captions and messages come in Engilsh. I am using property node to change the captions of controls and graphs for different languages. and using a global variable to pass the language information between different windows(Sub VIs). Now the problem is, i have to change the Run-Time Menu also. Not getting how to do this. Can anyone help me about this. Is it possible to make this?
Thanks
Anil

Hi Anil,
It looks like you are on the right track by using Property Nodes. You can use the string input of the property node to select the appropriate message to display (language), along with a Boolean selector (ie: TRUE = English, FALSE = French (or vice-versa) ).
You could also use a Property Node for the language selection.
JLV

Help for run-time menu localization

I would like to dynamically change the run-time menu according to the predefined language setting. For example, if the setting (may be set up in a txt file) is German, then when the application is running, it automaticall display a german menu. if the setting is spanish, the menu will change to spanish display. Any help will be appreciated.

The attached VI can dynamically change the run-time menu and short-cut menu based on language.
帖子被ttrr在07-24-2006 09:12 PM时编辑过了
Attachments:
Multi Language Menu.zip ‏13 KB

Only first plot of waveform chart has run-time menu

Similar Messages

Maybe you are looking for