SuperTabNavigator tabs cropped when adding new children and changing index

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Create a SuperTabNavigator container.
2. Create a button that when clicked adds a new child to the navigator and
changes the selection index to last child.

What is the expected output? What do you see instead?
Expected - new tab added and selected with correctly formatted tab label &
button.
Actual - New tab label is cropped slightly. 

What version of the product are you using? On what operating system?
2.4

Please provide any additional information below.
Appears to be a timing issue with the rendering when both adding a new tab
and changing the selection to the newly added tab in the same function. If
selection is not changed to the newly added tab, the tab label renders
correctly. Also, manually switching to a different tab and switching back
to the newly added tab will cause a correct re-draw of the label.

Original issue reported on code.google.com by iongl...@gmail.com on 4 Jun 2008 at 12:08

Attachments:

• tab_label_crop.jpg

[GoogleCodeExporter]

Original comment by dmcc...@gmail.com on 8 Jan 2009 at 5:12

• Added labels: FlexLib-SuperTabBar

[GoogleCodeExporter]

Doug, you didn't add a comment but I'm guessing you've made a change to the 
SuperTabNavigator components. 
What did you do to fix this issue? I've been seeing it myself with embedded 
fonts and I can't find any way to fix it 
while maintaining that embedded font.

Original comment by JJfut...@gmail.com on 19 Nov 2009 at 8:07

[GoogleCodeExporter]

I ran into this exact issue as well on a project with Flex SDK 3.4 and embedded 
fonts. I had to revert to SDK 3.3 
to workaround it.

Original comment by jessewo...@gmail.com on 19 Nov 2009 at 9:55

[GoogleCodeExporter]

I have exactly the same problem. do you know a way to fix it ?

Original comment by tristanl...@gmail.com on 20 Dec 2009 at 6:39

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

I am having this issue too. Not with embedded fonts but just adding children to 
the
tab navigator. Any movement on a fix?

Observations...
telling the superTabBar to invalidate size, properties, or display list has no 
effect
moving tabs around maintains the same clipping on the new ordered tabs
adding new items to the container always adds the same width (~70 pixels) worth 
of
view, uncovering the existing tabs. So it appears that the measurement on what 
to
mask is not properly retrieving the tab size

Original comment by Lilolb...@gmail.com on 10 Feb 2010 at 11:55

[GoogleCodeExporter]

If you set your tabWidth to 85 you'll not start seeing the clipping until 9 tabs
exist. At 90 you'll get to 7 tabs, and at 100 you'll get to 5 tabs. 

Original comment by Lilolb...@gmail.com on 11 Feb 2010 at 12:05

[GoogleCodeExporter]

Hi , 
 here's what you've got to do solve this bug .
 In SuperTabNavigator.as you'll have to comment the following Lines and things will 
be fine after that your code will work Fine . . . . :):)

 tabBar.setStyle("tabWidth", NaN);

[Look for line number 916  in 
http://code.google.com/p/flexlib/source/browse/trunk/src/flexlib/containers/Supe
rTabN
avigator.as

[It's here too 
http://maheshgondi.wordpress.com/flexlib-supertabnavigator-patch-on-
issue-129/ :)]

Original comment by mahesh.d...@gmail.com on 26 Feb 2010 at 8:29

[GoogleCodeExporter]

Applied mahesh's patch

Original comment by olarivain@gmail.com on 28 Mar 2010 at 9:56

• Changed state: Fixed

[GoogleCodeExporter]

Thanks @olarivain . . .

Original comment by mahesh.d...@gmail.com on 8 Apr 2010 at 3:23