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.

Similar Messages

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.

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!

Is it possible to programatically add tab pages on tab control

Hi All,
Is it possible to programatically add tab pages on tab control? If yes then how?
Thanks & Regards,
Shrinivas

Doing this will require the use of VI server and methods and properties. First, some questions:
Is the number of pages you may need unbounded?
Do you have a maximum number of pages you need to display at any one time?
If the answers are no and yes, then you can create a tab control with the maximum number of pages you need, and hide or show the pages, as necessary. To hide or show pages, use the Pages property to get references to all the pages. Use Index Array to select the page you want to show/hide, then use its Page Visible property to show and hide it.
You can also get a lot more dynamic, if you number of pages you need to show at any one time is less than the total number of pages. In this case, you will want dynamic page contents and tab name. You can set the tab name by Page Label property of the page (right next to the Page Visible property). You can make the content dynamic by using a subpanel as the only contents of the page. You can find out about subpanels in the LabVIEW help or this post.
You also need to ask yourself whether a tab interface is the best one for your application. I have usually found that if I need to show and hide a lot of tabs, I would be better off with a subpanel for my content and a text or menu ring the select the content. Tree controls also work nicely for selection.
Good luck! Let us know if you need more help.
This account is no longer active. Contact ShadesOfGray for current posts and information.

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

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

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.

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 (+workaround)

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

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

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

Splitter in tab control

Hi,
is it possible to add something like splitter in tab control ?
Sincerely.
SLt

Just place a SubPanel in the tab (found under container), and connect a vi ref to the Insert Panel property.
Check out Find examples -> Subpanel.
/Y
LabVIEW 8.2 - 2014
"Only dead fish swim downstream" - "My life for Kudos!" - "Dumb people repeat old mistakes - smart ones create new ones."
G# - Free award winning reference based OOP for LV

Error: Accessing grouped objects in tab control

I have encountered an error where I cannot use/select objects within a tab control because they are grouped together.
If I copy/paste the tab control it shows them grouped and I can select them but as it stands in my program I cannot select the objects.
I would just copy/paste and work with that but I have property nodes and additional code for each of the 20 objects and would rather not have to go back and relink each property node and wire the new controls within the BD.
I am looking for a way of accessing the objects without having to copy+paste/recode anything.
Please note that there is a recent post about this tab control grouping error but is geared more towards adding an error notifier to LabView rather than how to fix the error.
Solved!
Go to Solution.

"Are these objects grouped because they are in a cluster or possibly because they were grouped using the reorder menu?"
The objects were grouped using the reorder menu on the front panel and then placed on a tab control.
The issue was that when I tried clicking on any of the grouped objects within the tab control on the front panel, nothing would happen.
If I double clicked, I would select the tab control on the BD.
I got rid of the bug by selecting everything on my BD and copying it into a new, blank VI.
Once I did that, I was able to access the objects that were grouped on the tab control.
Sorry for the late reply-- once I got it working I was only focused on finishing my task.

How to hide a tab in a Tab Control by Property Node?

Hi,
I have a Tab Control in my Front Panel. So, using a array of LEDs, I would like to hide some tabs, probably using Property Node functions, but I can't find what option do it. Is it possible?

Thanks Macro! I came to the forum to find a solution for this exact problem, it's nice to find it already laid out for me so clearly.
-Joe

Word-wrap in tab control

Is there a possibility to make a word wrap in the naming of a page in the tab control?
Thanks
Sven

Sure, possibilities always here... Impossible is nothing:
Andrey.
Message Edited by Andrey Dmitriev on 02-10-2009 11:29 AM
Attachments:
Tab Screenshot.png ‏6 KB
Tab Control.vi ‏7 KB

A possible bug, Tab control in subpanel

Similar Messages

Maybe you are looking for