Cursor Legend Tab Control BUG

Attached is a VI illustrating a bug with the Cursor Legend when graphs are in tab controls. If you enter in a number in the "Cursor X position to move to", then switch pages on the tab control, you'll notice the cursor has moved to the appropriate place, BUT the cursor legend has not changed to reflect that. Once you manually move it, it updates.
In short, if the cursor position changes programmatically, the cursor legend will update ONLY IF THE XY GRAPH IS VISIBLE, even though the cursor position DOES change.  
I hope someone from NI will see this post and add it to the bug list (if not already there??). If anyone knows a work around, that would be appreciated also.
Michael
Using LV 8.2
Attachments:
CursorLegendTabControlBUG.vi ‏27 KB

Good idea. It doesn't work exactlly, but gave me the idea for how to work around. It appears even if you have a tab value change event doing the same thing the Cursor X Position numeric indicator value change event, the cursor legend X value will not change. You can even try entering the same value in the indicator and pressing return after switching tabs, the cursor legend will not update. It thinks for some reason it is on the correct index. I made a Tab Value change event that first moves the cursor to the next index, then moves the cursor back to the correct index. Ugly but works. Hopefully in the next ver of LV they will have fixed a lot of these cursor bugs; there is definitely some work to be done (i.e. fixing cursor X position for XY graphs, an extremelly annoying bug)
Michael
Message Edited by miguelc on 02-23-2007 03:49 PM
Message Edited by miguelc on 02-23-2007 03:50 PM
Attachments:
CursorLegendTabControlBUG_wrkaround.vi ‏34 KB

Similar Messages

  • Text Tool on Tab Control Bug?

    I'm trying to create some free labels on a tab control with the text tool and I've found the postion of the text insertion point is off.  When I click anywhere on the tab the text appears a few inches above the point that I clicked on.  The tool is working fine off the tabs and when I go to select the previously written text with it that works too.  I've noticed the insertion point jumps around and is often in a new place when I open a new VI and drop a tab control down.  I have free text on tabs I created last week so I know it wasn't doing it then. Has anyone else seen this behaviour? 
    Using LabVIEW: 7.1.1, 8.5.1 & 2013
    Solved!
    Go to Solution.

    Hi NIquist,
    Your problem has been discussed in another thread and considered as Bug in LabVIEW 8.6 and reported as CAR. Have a nice day!
    Sincerely,
    Krisna Wisnu
    Sincerely,
    Krisna Wisnu

  • Tab control bug?

    I have a problem with tab control which has been bugging me for a long time and i can't seem to solve it.
    I have a tab control with 4 pages, A, B, C and D. All these pages are invisible at the beginning. Once the user selects the page from the custom run-time menu, the appropriate page then showns up (PageVis=True). Now, when i try a few more times switching between different pages, some pages showns up together with the intended page. Once i click the correct page's tab, the others disappear. Now this is a problem because when a user is using page A, i do not want he/she to be able to access other pages.
    Can someone help me before i kill someone? Thanks.
    Attachments:
    tab.JPG ‏27 KB

    The order of the property nodes is not defined because you have no dataflow between. Execution order is not defined by where a function is on the block diagram (left, right, top bottom), but how data is connected. You have no connections between the properties so they execute in parallel and you have no way of knowing which one will actually execute first. The simplest way to enforce dataflow is with the error in/error out connections. That is shown below. also shown is one way to select the active page. I used a local variable but if you make the tab control an indicator instead of the default control, just wire a value to the terminal itself.
    Message Edited by Dennis Knutson on 07-26-2007 08:16 PM
    Attachments:
    Tab Control.PNG ‏13 KB

  • Obtaining a reference to CURSOR LEGEND (Tree Control) of a graph (for purposes of compressin​g it)

    The Captain (Norm Kirchner) told me awhile back how to obtain a reference to the Cursor Legend of a Graph so as to be able to compress it (the cursor legend is a tree control that unexplainably likes to expand at times).  Norm, if you are still there or if someone else knows, please provide instructions for all to see.  Much obliged as I have searched everywhere in my email and notes and cannot find the correspondence.
    Thanks,
    Don

    If it is indeed impossible to create a reference to the cursor legend tree, then how was I able to do what I did in the attached VI?
    (Expand one or both of the cursor trees in the legend and then run the VI.)  See the block diagram.
    Note that I don't remember how I did it either (which is why I posted this originally).  I had notes on this in an email exchange with Norm Kirchner but I think during our change of email clients, it got deleted.
    Don
    Attachments:
    cursor_tree_legend_reference.vi ‏14 KB

  • Possible bug with Tab Control and Context Help?

    I created Description and Tip text for each Tab of a tab control I am using on my front panel.  I have a subVI that is called by selecting a menu item from my main front panel.  The subVI's front panel also has a menu system and a Tab Control.  I have Description and Tip text written for each of the tabs on the subVI's front panel.
    When I enable context help from the menu of my main VI, the proper help text shows up for the tabs on the main vi and, when I bring up the subVI's front panel, for its tabs as well.
    So far so good...
    Now I builld the application and run it as an executable.  For ALL of my panel tab descriptions, I get the tab's label in bold text, but no description (just a blank area).
    Is this a bug in LabVIEW?
    Kevin 

    wired wrote:
    I'm still seeing this behavior in LV8.2.1.  Does anyone know if/when it was fixed?  Also, my tip strips show up in the corner of the monitor when I mouse over a tab (in both the executable and the development version).
    I see it still even in 8.5.  
    The Help part of the bug is still NOT fixeed by NI.
    But I dont get the tool tip appearing in the corner of the monitor, it is showing up as usual.
    - Partha
    LabVIEW - Wires that catch bugs!

  • When I resize the font for the Page Labels on the tab control in LabVIEW 7, the Increment/Decrement size gets messed up. Is there a solution to this problem or is this a bug?

    I have noticed in LabVIEW 7.0 and 7.1 that when the text in the page labels display is enlarged, that the arrows enlarge but the top arrow enlarges more then the small arrow but then when you decrease the text size, the arrows stay remain large. This is not a problem in 6.1 because the arrows aren't available. Is there a work around for this bug or do I have to use small text for these page label arrows to look right?

    I must admit that I've never used the page labels display and it does look like a bug. You can fix it however. Select the tab control and choose Advanced>Customize. In the control editor, select the page label control and do the same thing. You should be in the control editor for the numeric control and then you can go to edit mode and enlarge the decrement arrow to make it the same size as the increment.

  • XYGraph Cursor legend bug instantly crashes LabView 2012

    Hi!
    I am just facing a very annoying bug.
    Please find my example VI attached, I would like to know wheather you can confirm the bug? Run the VI if you wish to see some curve (actually the bug appears even if you do not put any data on the graph, if you do, just the same) and after that try to click on the cursor legend vertical scrollbar to scroll up or down to see the cursor names.
    It instantly crashes my LabView 2012 Full version:  12.0.1f2 (32-bit). This XYGraph always crashes LabView... I cannot go on with my project, now I will just try to bypass the error, I will try to delete the cursors, and add them again...
    Anyhow, very strange and annoying behaviour...
    Anyone could repeat the same bug?
    Thanks for support!
    Solved!
    Go to Solution.
    Attachments:
    XYGraph_bug_test1.vi ‏149 KB

    hello,
    please find attached my example VI, where I would like to programmatically set the label position of a cursor. Why my code does create at every run a new cursor with the same name?
    thanks!
    Attachments:
    cursor_offset_label_via_propertynode.vi ‏12 KB

  • Tab Control Typedef Bug (LV 2014)

    If you have a typedef'd tab control, and you rearrange the pages in the typedef, then apply the changes, on the instances of the typedef, only the labels will be rearranged, not the contents of the pages.  Each control on the tab control will be on the same ordinal page as before.

    Paul,
    If you can post a simple example VI that shows this behavior I would be glad to take a look at to see what is going on and if this is a bug.  If it is a bug I will make a Corrective Action Request (CAR) so that this can be fixed in future iterations of LabVIEW.  The post I made earlier, that suggested this may not be a bug, referenced the help documentation for the Rearrange Pages Method. This document is linked below and states that the method is not available for Strict Type Definitions.
    http://zone.ni.com/reference/en-XX/help/371361K-01​/lvscript/tabcontrol_rearrange_pages/
    This is the LabVIEW 2013 Help documentation and as I noted in my previous post, the remark on whether or not it is available with strict type definitions in LabVIEW 2014 help was absent.  If you would be willing to post a VI that demonstrates this behavior I can try this on my computer using multiple versions of LabVIEW and ask a few colleagues to determine whether this is a bug.
    Matt J
    Professional Googler and Kudo Addict
    National Instruments

  • Bug? Tab control breaks graph autoscale (+workarou​nd)

    I had this really annoying problem where two of my graphs did autoscale and the other two didn't... Although all the code and graph properties were exactly the same.
    I finally figured it out...  The graphs are in a tab control. And only the graphs that are on top get autoscaling.  Labview 'forgets' to autoscale the other graphs when you show those other tabs. Even when I use a property node, I can't force the graphs to autoscale, unless they are on the showing tab.
    Feels like a bug to me.... I can understand that graphs aren't updated/autoscaled when they're not shown for performance reasons... but I think the axis should then be updated/autoscaled as soon as the corresponding tab is shown.  And it certainly would be nice if the axis does autoscale when I explicitely ask for it using the property node...
    Now that I understood the problem, I could also make a work-around.   I made a 'value changed' event for the tab control, and put the property node autoscale code in it.  That way, I ask for an autoscale right after showing the new tab page.  (See attached vi for example of the problem and work-around.)
    The workaround works fine... but I think that this should be default built-in behaviour for graphs in tabs that have the autoscale enabled.
    Attachments:
    tabcontrol autoscale.vi ‏32 KB

    Hi Anthony,
    This is a known issue that was partially fixed in LabVIEW 8, which you appear to be using. By partially, I mean that the behavior only persists when you update the value of your graph using a property node (either Value or Value Signaling). If you update the value using a direct wire connection to the graph terminal, or using a local variable, then the problem goes away. I would recommend using either of these methods, because they will fix your issue. Also, in general a direct wire connection or a local variable will greatly improve LabVIEW's efficiency in terms of updating the front panel. The only situation where this fails is if you need to update your graphs from inside a subVI using control references.
    Because that last note is a very real situation, we will notify R&D of this matter so that they can investigate this further. Thanks for bringing this to our attention.
    Jarrod S.
    National Instruments

  • Bug in Tab Control when inserted into SubPanel

    Just would like to report about pretty old bug, which is still present in latest LabVIEW 2013 SP1 13.0.1f1.
    I would like to insert SubVI with Tab Control into SubPanel, something like this:
    When SubVI executed, then I will set it to Page 2:
    Now what I've got in my SubPanel:
    Page 2 is active, but selector is not actualized - still show me active Page 1. Fully inconsistent.
    Not sure if it was reported already or not, but needs to be fixed from my point of view.
    Attachments:
    main.llb ‏25 KB

    mikeporter wrote:
    But yet another problem with tab controls... 
    Seriously though, if you are already using a subpanel why complicate matters with a tab control?
    Dynamically swap VIs in and out of the subpanels to present the same user experience as there was with the tabs.
    You're right - there are many ways to workaround about this bug. For example, if I will use Property Node instead of terminal or local variable, then it will working properly.
    This contstruction with tab control in subpanel used in my settings dialog. I have modular plugin architecture, and some plugins may have settings, so they organised in the same way as LabVIEW Options dialog - listbox with installed plugins and subpanel, where according subvi from plugin is inserted. Mostly all plugins fit into my dialog (which is not resizible at this moment), but some modules have lot of settings - then they splitted into groups and the tab control is used (NI does this with vertical scrollbar, which is also not perfect).
    When user made changes in settings, then last opened page is saved - when this dialog opened next time, then user should see last page - this is why I need to set page programmatically.
    Really, I don't like to change whole architecture for workarounding bug in LabVIEW just for few modules. At this moment I using property node and it works for me.

  • Bug Report (Tab Control)

    A way to crash LabVIEW:
    1. Open a new VI
    2. Create a Tab Control on the front panel.
    3. Select the second tab "Page 2".
    4. With the text tool, clear the tab label completely.
    5. Right-click the now empty tab, select "Add Page After."
    Verified with LabVIEW 7.1 under Windows, with an old 7b43 beta under MacOS X and with 6.0 under Solaris. The Unix log is attached.
    Harald Grundner
    Attachments:
    tabcrash.txt ‏2 KB

    Hi
    I tested it, and it crashes in 6.0, 6.1, 7.0 and 7.1 (all the versions I
    tested it on)...
    Regards,
    Wiebe.
    "Harald Grundner" wrote in message
    news:[email protected]..
    > A way to crash LabVIEW:
    >
    > 1. Open a new VI
    > 2. Create a Tab Control on the front panel.
    > 3. Select the second tab "Page 2".
    > 4. With the text tool, clear the tab label completely.
    > 5. Right-click the now empty tab, select "Add Page After."
    >
    > Verified with LabVIEW 7.1 under Windows, with an old 7b43 beta under
    > MacOS X and with 6.0 under Solaris. The Unix log is attached.
    >
    > Harald Grundner

  • A possible bug, Tab control in subpanel

    Hi,
    I think when a Tab control is used in a subpanel, it happens something faulty if you try to use right and left "tab locations". See the attached code.
    will someone check the code and say if I've made any mistake or not. I see some black boxes and distortions instead of page labels when they are sorted at the left or right side of the tab control in the subpanel.
    Thanks.
    Attachments:
    main.llb ‏29 KB

    Thank you for sharing your experience. It works at my surprise!
    unfortunately, in my application I'm using FP Origin property so that a part of tab control is under subpanel borders. therefore this idea won't solve my problem!
    never mind. I'll think of another FP objects distribution, but I didn't expect such a simple disturbing issue
    Goodluck.

  • Obscured Labels - Graphs and tab controls

    In LV 2012 new options (Preferences or Options on the Mac) allow placing labels on new controls and indicators in various positions. I have noticed that for graphs and tab controls some of the options result in obscured labels.  See the image below.
    The preferences are set as shown:
    When a graph is dropped, the label is superimposed on the plot legend display.
    For a tab control everything is OK until enough tabs are added to create a second row. Those tabs are behind the label.  I can understand some reluctance to move a label automatically after it has been created (in the tab case), but I think it would be better moved up than obscured.  Perhaps if the programmmer had repositioned the label before the tabs were added, then it should not move automatically.
    Is this a bug?
    Lynn

    Hi Lynn,
    I've played around with these settings and I get the same results.  It seems with the tab control that the new row of labels is pushed to the top by default, and the label will be obscured unless it has been placed to the bottom or side of the control.  After looking into things further it seems that this is the expected behavior rather than a bug.  You're welcome to post your idea to the Idea Exchange as a feature request, it seems like that might be a better way to handle the label positioning in the future.
    Matt Lee
    National Instruments
    Applications Engineer

  • Position Cursor on GRAPH either by dragging it OR entering the dsired position in the Cursor legend

    I've written a VI that allows the user to import a dataset, view it on a graph, and then use cursors to "filter" the range of data that I'm interested in, by sending the cursor.index values from the first graph to an array subset function which feeds a second graph.  The problem is that I'd like to provide the user the ability to position the cursors on the first graph both visually - by dragging - (for "course" control) AND by entering the desired values directly into the cursor legend (for fine control).  The problem is that I cannot find a way to do this, since I have to have the Lock Ring set to “Lock to Plot” in order to capture the index information. According to the documentation, the only way to be able to position the cursors via the Cursor legend is to set the Lock Ring to “Free”, which means the index values are rendered useless, since the cursor is no longer locked to the plot.  If I leave the Lock Ring in "Lock to Plot", and enter a value in the cursor legend, it does move the cursor, but not to where it should.  If I enter a value an x value of 9.0 for cursor 1, the cursor goes to 10.2638.  The next time I enter 9.0, it goes to 9.82794.  I don't understand what the issue is.  Is there a way around this?
    Attachments:
    ppv data filter 3.vi ‏366 KB

    Yes Rudi:  What I want is for the operator to place the cursors by dragging them (just eye-balling it).  The, if they see that the Y cursor (horizontal) is at 10.234, and they want to make it 10, they could simply enter that value in the cursor legend, and the cursor would be placed exactly at 10.  The only way to do this seems to be to select the “Free” option for the cursor.  However, in order to use the first graph to set the boundaries of the second graph, I have to use the Cursor Index from the first as an input to the Array Subset that feeds the second graph.  In order to use the Cursor Index, the first graph has to have its cursor Lock Rings set to “Lock to Plot”.  Am I making this any more understandable, or just rambling?

  • XY graph cursor legend in another VI

    Hi,
    I have a XY graph on my main VI. On the main VI there is little space for the cursor legend so I would like to move it into a separate frontpanel that can be popped up on demand. I managed to use the graphs reference to get all information about the cursors using the 'cursor list' property. However I would prefer to use the original cursor legend control since it already provides all the features I need. Is there a way to do this without copying all the graph data over to the second VI? I'm using LV8.21
    thanks
    klaus
    Message Edited by KlausS on 06-13-2007 01:43 AM

    I'm quite sure it's not possible to split a control over multiple front panels.
    Another possibility would be to use the original cursor legend placing it in the least bad position and show/hide it by means of the Cursor Palette Visible property.
    You wouldn't be allowed to move it, though.
    Paolo
    LV 7.0, 7.1, 8.0.1, 2011

Maybe you are looking for

  • Need help with an unusual keyboard issue

    Weird issue. On my 13 in. MacBook (not Pro), sometimes my L, O, and 9 keys will stop working, until I press one of them in hard enough to register; that fixes the problem. But it intermittently returns. Anyone have any experience with this? Advice?

  • SOA - real time proxy to web service scenario

    Hello Experts, I am working on PI but really very much new to the SOA concept. But i have to prepare document which explains about all steps that we need to follow (technicallly) for the SOA implementation. We are going to implement one Proof of Conc

  • Find bar merges to add-on bar

    When using Find in Firefox 4.0, I have encountered an issue that when the add-on bar is not shown and the Find bar is closed, it merges to the now-hidden add-on bar. Find cannot be brought back with Ctrl-F or via the Firefox button>Find. Upon showing

  • Can I have 2 different EP instances in same server.

    Hi Friends.. I have Enterise portal installed on server. It uses UME engine of  SCM4.0 server. Client weants to install  EP for different SCM5.1 system along with the old one. I am new to EP and moreoevr have no idea if tha is feasible. They say they

  • Why does the "A" button go inactive when I highlight more than one name to start a group chat?

    I can't consistently start a group chat!  Help!  Sometimes it works, and sometimes it doesn't.