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

Similar Messages

  • Switching between different run-time menu programati​cally

    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

  • 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

  • Can i change the running time of an itunes song?

    I have made a slideshow that incorporates several vacations running in a continuous loop.  I used different songs from itunes for each individual vacation, i.e., Mexico, Bermuda, etc..  The timing of the slideshow segments(vacations) do not match the running time of the songs. (close but not quite)  The songs are all in the order needed, on the same itunes playlist.  I need to change either the running time of the music or maybe as a last choice, delete or add more photos. Can the running time for a song be condensed or expanded ?

    John,
    The use of the "Stop" time in iTunes gives you an abrupt end, not a fade-out.  If you play back with "Cross-Fade" turned on, you will not notice it.  Cross-Fade can be turned on in Edit > Preferences > Playback.
    Note that Cross-Fade causes overlap, so will affect the timings.
    If you actually want to edit the file to have a fade-out, you will need 3rd party software such as MP3 Trim, or Audacity, and then put the editied file into iTunes.

  • 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

  • Fire events with run-time menu

    Hi,
    I developed an application based on an event structure. Almost all the events are fired when their corresponding controls are modified. I’d like now to alternatively fire an event by selecting an item in the run-time menu. 
    In the ‘Menu Selection with Events.vi’ example the selection of any item in the run-time menu fires the event 0 (specifier menu selection (user)). Inside that event 0 according to the item a function is executed.
    Is is possible to point out to another event instead? Or is possible to add the selection a menu item (or sub menu item) to fire an event that is usually fired when a the value of a control changes?
    I enclose a VI and its .rtm file (LabVIEW 8.0)
    Thanks,
    Charly
    It's always sunny in California! Certified LabVIEW Associate Developer!
    Attachments:
    MenuEventStructure Folder1.zip ‏19 KB

    This is to shine light on Wiebe response, here how you can do it:
    yet, this mode of operation works with switching booleans, not with latching (you cannot set the value of a latch indefinitely). therefore you will also need to implement a prgramatic latching solution (e.g. after 200ms return value to false).
    a more involved, but better solution would be to register the events.
    Message Edited by Gabi1 on 10-08-2007 02:31 PM
    ... And here's where I keep assorted lengths of wires...
    Attachments:
    MenuEventStructure.png ‏13 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.

  • "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

  • 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

  • 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.

  • PocketPC run-time menu separator

    I'm using LV PocketPC 8.0.1  When defining the run-time menu with a separator, LabVIEW for PocketPC uses letters such as (A), (B), (C) for the three separator instead of using the ---------------- characters.  This happens for Windows Mobile 5.0.  Whats going on?
    Attached is PocketPC executable and source code.
    Robert
    Attachments:
    Menu Test.zip ‏389 KB

    Here is what I see.
    Load
    Save
    Print
    Revert
    Exit
    Since it is from the same executable, it is most likely not a LabVIEW thing? Perhaps a difference in the OS itself? I am on Windows Moble Version 5.0 OS 5.1.70 (Build 14402.1.1.0).
    I have LabVIEW 8.0.1 with the PDA module updated to 8.0.1 as well.  Since I did not build it myself, the LabVIEW stuff shouldn't matter.  I have the evaluation version of Microsoft Visual Studio 5 and maybe I have some different libraries than you do due to some version difference with it.
    I don't know what else to try. The same exe should behave the same . . .
    Have you talked to an AE at NI? You might want to point them to these posts if you do.
    Sorry I am out of ideas!
    Bob Young
    Bob Young - Test Engineer - Lapsed Certified LabVIEW Developer
    DISTek Integration, Inc. - NI Alliance Member
    mailto:[email protected]

  • How to disable the run-time popup menu in the sequence display on TestStand Operator Interface, that allow the use to skip the test?

    How to disable the run-time popup menu in the sequence display on TestStand Operator Interface, that allow the use to skip the test?

    Hello,
                  Regarding the skip/force pass/force fail options, when I set the ControlExecFlow to True in Teststand 3.1 and 3.5, in the Sequence Editor the menu options for skip/force pass/force fail are not active for Technician but, when I launch the Operator Interface logged with Technician the options are active. The problem is that if the technician sets one step to one of these options, and change the user to Operator, the test step remains skip/force pass.
                  Is there any possibility without modifying the Operator Interface (at programming level), to reload default values of the steps when changing the user to Operator?
    Thank you,
    Best regards,
    paio

  • How to change options in Run time menu while labView was running

    Hello Good Afternoon,
        I m Using LabView 8.5.How to change the options in Run time menu for any control while Labview was running
    Thanks 
    Jai
    Jayavel
    Solved!
    Go to Solution.

    Hi Jai,
    Try the below attached VI and let me know if u still need some explanation.
    Rgds,
    Venky
    Attachments:
    Run Time Menu.zip ‏6 KB

  • How to change the printer name in the User profile in the run time.

    Hi
    I am in need to change the printer name in the run time.
    Do any one hav idea about this?
    Thanks
    Karthik

    The user default settings can be changed using funtion module SUSR_USER_DEFAULTS_PUT.
    Import parameter USER_DEFAULTS-SPLD will hold the default printer name.

  • How to change at run-time the type of a step?

    Hi,
    How topic title, i need to know how change at run-time the type of a step. I have, i my sub-sequence, a step whose type must change at run-time based upon the occurrence of a condition. How can do it?
    Thanks.

    I need to do this: At verify of a condition, one specific step at the end of sequence must change from statement to numeric limit test and viceversa.
    However, is right to no writing self-modifyinf sequence  unless handle rece condition on step that i want change at run-time.
    Moreover i ask myself: If for change the type of a step i need first delete the substep and later create a new one relative to the step that I want, then it is better and make more sense to create dynamically the step that i would like to have depending on the condition that occurs, right?
    Thanks

Maybe you are looking for