[svn:fx-trunk] 5831: Fix bug Fix SDK-19800 FxButton doesnt resize itself to display all text when lineBreak == toFit

Revision: 5831
Author: [email protected]
Date: 2009-03-31 16:50:47 -0700 (Tue, 31 Mar 2009)
Log Message:
Fix bug Fix SDK-19800 FxButton doesnt resize itself to display all text when lineBreak == toFit
Fix: implement text reflow support for TextGraphicelement.
QE Notes: None
Doc Notes:
Bugs: SDK-19800
Reviewer: Carol, Gordon
tests: checkintests, mustella
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-19800
http://bugs.adobe.com/jira/browse/SDK-19800
Modified Paths:
flex/sdk/trunk/frameworks/projects/flex4/src/spark/primitives/supportClasses/TextGraphicE lement.as

Similar Messages

[svn:fx-trunk] 16331: Form Bug Fixes

Revision: 16331
Revision: 16331
Author:   [email protected]
Date:     2010-05-26 17:20:51 -0700 (Wed, 26 May 2010)
Log Message:
Form Bug Fixes
SDK-26517 - Form should take into account includeInLayout property when calculating baselineElementPosition
Added logic into Group to find the first element that has includeInLayout == true.
SDK-26509 - Spark Form shows dual error strings in non-stacked layout
Removed error string from FormSkin. Created a StackedFormSKin skin which includes the error string.
SDK-26499 - Spark Form skin should use errorStringDisplay skin part instead of errorStringText
Changed name to errorTextDisplay
SDK-26498 - Spark Form needs more padding around error strings
Added padding to the entire Form
SDK-26503 - Difficult to create custom Spark FormItem skin due to embedded required/error icon assets
Added new requiredIndicatorSource and errorIndicatorSource styles to FormItem. FormItem skins now grab the icons from these styles. Custom skin also have access to these icons.
QE notes: Form layout has changed
Doc notes: none
Bugs: SDK-26517, SDK-26509, SDK-26499, SDK-26498, SDK-26503
Reviewer: Kevin
Tests run: checkintests
Is noteworthy for integration: no
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-26517
    http://bugs.adobe.com/jira/browse/SDK-26509
    http://bugs.adobe.com/jira/browse/SDK-26499
    http://bugs.adobe.com/jira/browse/SDK-26498
    http://bugs.adobe.com/jira/browse/SDK-26503
    http://bugs.adobe.com/jira/browse/SDK-26517
    http://bugs.adobe.com/jira/browse/SDK-26509
    http://bugs.adobe.com/jira/browse/SDK-26499
    http://bugs.adobe.com/jira/browse/SDK-26498
    http://bugs.adobe.com/jira/browse/SDK-26503
Modified Paths:
    flex/sdk/trunk/frameworks/build_framework.xml
    flex/sdk/trunk/frameworks/projects/spark/build.xml
    flex/sdk/trunk/frameworks/projects/spark/defaults.css
    flex/sdk/trunk/frameworks/projects/spark/src/SparkClasses.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/FormItem.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/Group.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/FormHeadingSkin.mxml
    flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/FormItemSkin.mxml
    flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/FormSkin.mxml
    flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/StackedFormHeadingSkin.mxm l
    flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/StackedFormItemSkin.mxml
    flex/sdk/trunk/frameworks/tests/basicTests/spark/scripts/FormTestScript.mxml
Added Paths:
    flex/sdk/trunk/frameworks/projects/spark/assets/
    flex/sdk/trunk/frameworks/projects/spark/assets/ErrorIndicator.png
    flex/sdk/trunk/frameworks/projects/spark/assets/RequiredIndicator.png
    flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/StackedFormSkin.mxml
Removed Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/assets/ErrorIndicator.png
    flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/assets/RequiredIndicator.p ng

This bug figures out also when creating a custom spark ComboBox, then trying to programatically update the userProposedSelectedIndex property. The proposed selected index is selected, but does not apply the same skin as when mouse is on rollover or item is selected due to up and down keys.
The issue seems like updating the status of the item renderer to rollover or selected to get the same skin applied.
Please could you attach DropDow nList.as that you edited ?
Thank you so much.

[svn:fx-trunk] 9117: DropDownList bug fixes

Revision: 9117
Author:   [email protected]
Date:     2009-08-05 14:12:45 -0700 (Wed, 05 Aug 2009)
Log Message:
DropDownList bug fixes
http://bugs.adobe.com/jira/browse/SDK-22536 - Spark DropDownList highlight not working as expected when navigating using keyboard with useVirtualLayout=true
In the keyDownHandler function, the DropDownList was trying to set the selected state on the new itemRenderer. However, in a virtual layout, the renderer might not exist until later.
The fix is to update the renderer in the updateRenderer function. This function calls isItemIndexSelected in order to choose which item to select. I have overridden the behavior to select the proposedSelectedIndex instead of the selectedIndex.
I have also renamed proposedSelectedIndex to userProposedSelectedIndex to avoid a naming conflict in ListBase.
http://bugs.adobe.com/jira/browse/SDK-22406 - Spark DropDownList popup behaves unexpectedly when component is initially disabled
I removed the call in the partAdded function that was setting the openButton to disabled. Spark components handle disabling by blocking user interaction.
QE notes: Add test cases for both bugs
Doc notes: None
Bugs: SDK-22536, SDK-22406
Reviewer: Ryan
Tests run: DropDownList
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-22536
    http://bugs.adobe.com/jira/browse/SDK-22406
    http://bugs.adobe.com/jira/browse/SDK-22536
    http://bugs.adobe.com/jira/browse/SDK-22406
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/DropDownList.as

This bug figures out also when creating a custom spark ComboBox, then trying to programatically update the userProposedSelectedIndex property. The proposed selected index is selected, but does not apply the same skin as when mouse is on rollover or item is selected due to up and down keys.
The issue seems like updating the status of the item renderer to rollover or selected to get the same skin applied.
Please could you attach DropDow nList.as that you edited ?
Thank you so much.

[svn:fx-trunk] 8409: BitmapImage bug fix

Revision: 8409
Author:   [email protected]
Date:     2009-07-06 16:14:07 -0700 (Mon, 06 Jul 2009)
Log Message:
BitmapImage bug fix
http://bugs.adobe.com/jira/browse/SDK-21808 - titleIcon is one pixel too wide, resulting in part of the left edge of the image reappearing on the right
The fix is to always force the image to be drawn on a pixel boundary.
QE Notes: Need some tests with BitmapImage on non-pixel boundaries
Doc Notes: None
Bugs: SDK-21808
Reviewer: Glenn
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-21808
    http://bugs.adobe.com/jira/browse/SDK-21808
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/BitmapImage.as

This bug figures out also when creating a custom spark ComboBox, then trying to programatically update the userProposedSelectedIndex property. The proposed selected index is selected, but does not apply the same skin as when mouse is on rollover or item is selected due to up and down keys.
The issue seems like updating the status of the item renderer to rollover or selected to get the same skin applied.
Please could you attach DropDow nList.as that you edited ?
Thank you so much.

[svn:fx-trunk] 12630: RectangularDropShadow bug fix

Revision: 12630
Revision: 12630
Author:   [email protected]
Date:     2009-12-07 15:13:36 -0800 (Mon, 07 Dec 2009)
Log Message:
RectangularDropShadow bug fix
http://bugs.adobe.com/jira/browse/SDK-24582 - RectangularDropShadow RTE when distance == 0
Make sure the BitmapData is large enough to hold the shadow. Also added support for negative distances.
QE notes: Should only affect corner case drop shadow tests
Doc notes: None
Bugs: SDK-24582
Reviewer: Glenn
Tests run: DropDownList, TitleWindow
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24582
    http://bugs.adobe.com/jira/browse/SDK-24582
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/graphics/RectangularDropShadow.as

This bug figures out also when creating a custom spark ComboBox, then trying to programatically update the userProposedSelectedIndex property. The proposed selected index is selected, but does not apply the same skin as when mouse is on rollover or item is selected due to up and down keys.
The issue seems like updating the status of the item renderer to rollover or selected to get the same skin applied.
Please could you attach DropDow nList.as that you edited ?
Thank you so much.

[svn:fx-trunk] 13763: ASDoc bug fixes

Revision: 13763
Revision: 13763
Author:   [email protected]
Date:     2010-01-25 12:53:28 -0800 (Mon, 25 Jan 2010)
Log Message:
ASDoc bug fixes
QE notes:
Doc notes:
Bugs: FLEXDOCS-1207, FLEXDOCS-1199, FLEXDOCS-1215
Reviewer:
Tests run: checkintests
Is noteworthy for integration:
Ticket Links:
    http://bugs.adobe.com/jira/browse/FLEXDOCS-1207
    http://bugs.adobe.com/jira/browse/FLEXDOCS-1199
    http://bugs.adobe.com/jira/browse/FLEXDOCS-1215
Modified Paths:
    flex/sdk/trunk/frameworks/projects/datavisualization/src/mx/olap/OLAPAttribute.as
    flex/sdk/trunk/frameworks/projects/framework/src/mx/containers/TabNavigator.as
    flex/sdk/trunk/frameworks/projects/framework/src/mx/managers/DragManager.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/effects/Animate.as

This bug figures out also when creating a custom spark ComboBox, then trying to programatically update the userProposedSelectedIndex property. The proposed selected index is selected, but does not apply the same skin as when mouse is on rollover or item is selected due to up and down keys.
The issue seems like updating the status of the item renderer to rollover or selected to get the same skin applied.
Please could you attach DropDow nList.as that you edited ?
Thank you so much.

[svn:fx-trunk] 8091: ASDoc bug fixes

Revision: 8091
Author:   [email protected]
Date:     2009-06-23 08:36:08 -0700 (Tue, 23 Jun 2009)
Log Message:
ASDoc bug fixes
QE Notes: None
Doc Notes: None
Bugs: -
checkintests - passed
Modified Paths:
    flex/sdk/trunk/frameworks/projects/flash-integration/src/mx/flash/UIMovieClip.as
    flex/sdk/trunk/frameworks/projects/framework/src/mx/binding/utils/BindingUtils.as
    flex/sdk/trunk/frameworks/projects/framework/src/mx/controls/DateField.as
    flex/sdk/trunk/frameworks/projects/rpc/src/mx/messaging/Channel.as

This bug figures out also when creating a custom spark ComboBox, then trying to programatically update the userProposedSelectedIndex property. The proposed selected index is selected, but does not apply the same skin as when mouse is on rollover or item is selected due to up and down keys.
The issue seems like updating the status of the item renderer to rollover or selected to get the same skin applied.
Please could you attach DropDow nList.as that you edited ?
Thank you so much.

[svn:fx-trunk] 8618: asdoc bug fixes

Revision: 8618
Author:   [email protected]
Date:     2009-07-16 07:35:58 -0700 (Thu, 16 Jul 2009)
Log Message:
asdoc bug fixes
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/styles/CSSSelector.as
    flex/sdk/trunk/frameworks/projects/rpc/src/mx/netmon/NetworkMonitor.as

This bug figures out also when creating a custom spark ComboBox, then trying to programatically update the userProposedSelectedIndex property. The proposed selected index is selected, but does not apply the same skin as when mouse is on rollover or item is selected due to up and down keys.
The issue seems like updating the status of the item renderer to rollover or selected to get the same skin applied.
Please could you attach DropDow nList.as that you edited ?
Thank you so much.

[svn:fx-trunk] 8590: asdoc bug fixes

Revision: 8590
Author:   [email protected]
Date:     2009-07-15 11:22:10 -0700 (Wed, 15 Jul 2009)
Log Message:
asdoc bug fixes
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/collections/ArrayList.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/BitmapImage.as

This bug figures out also when creating a custom spark ComboBox, then trying to programatically update the userProposedSelectedIndex property. The proposed selected index is selected, but does not apply the same skin as when mouse is on rollover or item is selected due to up and down keys.
The issue seems like updating the status of the item renderer to rollover or selected to get the same skin applied.
Please could you attach DropDow nList.as that you edited ?
Thank you so much.

[svn:fx-trunk] 5468: asdoc bug fixes

Revision: 5468
Author: [email protected]
Date: 2009-03-20 13:03:56 -0700 (Fri, 20 Mar 2009)
Log Message:
asdoc bug fixes
Modified Paths:
flex/sdk/trunk/frameworks/projects/framework/src/mx/controls/RadioButton.as
flex/sdk/trunk/frameworks/projects/framework/src/mx/core/Container.as
flex/sdk/trunk/frameworks/projects/framework/src/mx/managers/PopUpManager.as
flex/sdk/trunk/frameworks/projects/framework/src/mx/utils/ObjectUtil.as

This bug figures out also when creating a custom spark ComboBox, then trying to programatically update the userProposedSelectedIndex property. The proposed selected index is selected, but does not apply the same skin as when mouse is on rollover or item is selected due to up and down keys.
The issue seems like updating the status of the item renderer to rollover or selected to get the same skin applied.
Please could you attach DropDow nList.as that you edited ?
Thank you so much.

[svn:fx-trunk] 8518: DropDownList bug fix

Revision: 8518
Author:   [email protected]
Date:     2009-07-10 16:36:38 -0700 (Fri, 10 Jul 2009)
Log Message:
DropDownList bug fix
http://bugs.adobe.com/jira/browse/SDK-22006 - Spark DropDownList not showing label (or correct value) if value grabbed from a binding
Corrected the logic in DropDownList.updateLabelElement to check for null and undefined.
Changed the function name to match the new name of the skinPart.
QE Notes: None
Doc Notes: None
Bugs: SDK-22006
Reviewer: Deepa
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-22006
    http://bugs.adobe.com/jira/browse/SDK-22006
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/DropDownList.as

This bug figures out also when creating a custom spark ComboBox, then trying to programatically update the userProposedSelectedIndex property. The proposed selected index is selected, but does not apply the same skin as when mouse is on rollover or item is selected due to up and down keys.
The issue seems like updating the status of the item renderer to rollover or selected to get the same skin applied.
Please could you attach DropDow nList.as that you edited ?
Thank you so much.

[svn:fx-trunk] 9118: DropDropList bug fix

Revision: 9118
Author:   [email protected]
Date:     2009-08-05 14:16:58 -0700 (Wed, 05 Aug 2009)
Log Message:
DropDropList bug fix
http://bugs.adobe.com/jira/browse/SDK-22535 - Rolling over a programmatically opened Spark DropDownList causes the DropDownList to close itself
In ButtonBase, when the keepDown property was set to true while the mouse was not over the button, a subsequent rollover caused the ButtonDown event to be dispatched. The fix is to change keepDown from a property to a function and introduce a second parameter that stops the Button from dispatching the ButtonDown in this situation.
DropDownController needs to call keepDown in two different ways depending upon whether the component was opened via mouse interaction on the button or via keyboard interaction / programmatically. I didn?\226?\128?\153t want to add a new parameter to the public API, so I refactored the function and change the way it is called internally.
QE notes: Add test case
Doc notes: None
Bugs: SDK-22535
Reviewer: Ryan
Tests run: DropDownList, Button
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-22535
    http://bugs.adobe.com/jira/browse/SDK-22535
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/supportClasses/ButtonBase.a s
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/supportClasses/DropDownCont roller.as

This bug figures out also when creating a custom spark ComboBox, then trying to programatically update the userProposedSelectedIndex property. The proposed selected index is selected, but does not apply the same skin as when mouse is on rollover or item is selected due to up and down keys.
The issue seems like updating the status of the item renderer to rollover or selected to get the same skin applied.
Please could you attach DropDow nList.as that you edited ?
Thank you so much.

[svn:fx-trunk] 12056: PopUpAnchor bug fixes

Revision: 12056
Revision: 12056
Author:   [email protected]
Date:     2009-11-20 10:59:23 -0800 (Fri, 20 Nov 2009)
Log Message:
PopUpAnchor bug fixes
http://bugs.adobe.com/jira/browse/SDK-24026 - PopupAnchor throws RTE if removed from stage and has no children
Added null check
http://bugs.adobe.com/jira/browse/SDK-23541 - DropDownList does not position dropDown correctly if popUpWidthMatchesAnchorWidth is set to "false"
The problem is that when the popUpPosition is set to "left" and the popUp doesn't have an explicit width, its measured size is not updated in time for the popUp to be positioned. The solution is to force a measure pass by calling validateNow on the popUp.
QE notes: None
Doc notes: None
Bugs: SDK-24026, SDK-23541
Reviewer: Alex, Glenn
Tests run: PopUpAnchor, DropDownList, ComboBox
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24026
    http://bugs.adobe.com/jira/browse/SDK-23541
    http://bugs.adobe.com/jira/browse/SDK-24026
    http://bugs.adobe.com/jira/browse/SDK-23541
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/PopUpAnchor.as

This bug figures out also when creating a custom spark ComboBox, then trying to programatically update the userProposedSelectedIndex property. The proposed selected index is selected, but does not apply the same skin as when mouse is on rollover or item is selected due to up and down keys.
The issue seems like updating the status of the item renderer to rollover or selected to get the same skin applied.
Please could you attach DropDow nList.as that you edited ?
Thank you so much.

[svn:fx-trunk] 9931: Border Bug Fixes

Revision: 9931
Author:   [email protected]
Date:     2009-09-02 11:36:49 -0700 (Wed, 02 Sep 2009)
Log Message:
Border Bug Fixes
http://bugs.adobe.com/jira/browse/SDK-22918 - When the Border component style borderVisible is set to false the top line of the Border is still visible
Don?\226?\128?\153t draw the inset drop shadow if borderVisible == false
http://bugs.adobe.com/jira/browse/SDK-22937 - Border's toolTip does not display via a mouseOver the content area
If we don?\226?\128?\153t have a backgroundFill, backgroundColor, or backgroundImage, then use a transparent fill to register mouse interactions
http://bugs.adobe.com/jira/browse/SDK-22925 - Border component has a default size of 2x2
Set the default width and height to 112, the same as for List
http://bugs.adobe.com/jira/browse/SDK-22953 - Border has strange shadow when cornerRadius and borderWeight are set
If the borderWeight is 10 or greater, then for the drop shadow just draw a straight line. Wider strokes have squared off inner corners.
http://bugs.adobe.com/jira/browse/SDK-22952 - Border only receives mouse events when they occur on the border
If we don?\226?\128?\153t have a backgroundFill, backgroundColor, or backgroundImage, then use a transparent fill to register mouse interactions
http://bugs.adobe.com/jira/browse/SDK-22926 - Border component has a default borderStyle of inset
Updated the Border type selector. The global selector already sets borderStyle = ?\226?\128?\156inset?\226?\128?\157 for the Halo components.
QE notes: None
Doc notes: Added default dimensions of 112 x 112 for Border
Bugs: SDK-22918, SDK-22937, SDK-22925, SDK-22953, SDK-22952, SDK-22926
Reviewer: Glenn
Tests run: Checkin tests
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-22918
    http://bugs.adobe.com/jira/browse/SDK-22937
    http://bugs.adobe.com/jira/browse/SDK-22925
    http://bugs.adobe.com/jira/browse/SDK-22953
    http://bugs.adobe.com/jira/browse/SDK-22952
    http://bugs.adobe.com/jira/browse/SDK-22926
    http://bugs.adobe.com/jira/browse/SDK-22918
    http://bugs.adobe.com/jira/browse/SDK-22937
    http://bugs.adobe.com/jira/browse/SDK-22925
    http://bugs.adobe.com/jira/browse/SDK-22953
    http://bugs.adobe.com/jira/browse/SDK-22952
    http://bugs.adobe.com/jira/browse/SDK-22926
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/defaults.css
    flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/BorderSkin.as

This bug figures out also when creating a custom spark ComboBox, then trying to programatically update the userProposedSelectedIndex property. The proposed selected index is selected, but does not apply the same skin as when mouse is on rollover or item is selected due to up and down keys.
The issue seems like updating the status of the item renderer to rollover or selected to get the same skin applied.
Please could you attach DropDow nList.as that you edited ?
Thank you so much.

[svn:fx-trunk] 8605: Transform bug fixes

Revision: 8605
Author:   [email protected]
Date:     2009-07-15 15:30:29 -0700 (Wed, 15 Jul 2009)
Log Message:
Transform bug fixes
http://bugs.adobe.com/jira/browse/SDK-22046 - Can't set matrix3D property on Transform
Player declares matrix3D setter with * return type. So mx.geom.Transform override must also use *. Note that once the Player is updated with void, this will need to be changed to void.
http://bugs.adobe.com/jira/browse/SDK-22146 - AlphaMultiplier and AlphaOffset in color transformation are ignored in MXML Graphics
Changed the behavior of alpha and ColorTransform for GraphicElement to match the behavior of DisplayObject.
- ColorTransform.alphaMultiplier and alpha are equivalent and are kept in sync.
- ColorTransform.alphaOffset is still applied even if alpha is set.
Implementation details:
- mx.geom.Transform sets the colorTransformExplicitlySet flag whenever the colorTransform setter is called
- GraphicElement alpha setter clears the colorTransformExplicitlySet flag whenever it is called
- Setting GraphicElement.transform will update the alpha property with ColorTransform.alphaMultiplier if a colorTransform was explicitly set
- Setting the colorTransform on a mx.geom.Transform that is assigned to a GraphicElement, calls setColorTransform, which updates the alpha property with ColorTransform.alphaMultiplier.
- In commitProperties, the displayObject.alpha is updated only if there is no transform or if colorTransformExplicitlySet is false.
QE Notes: Need tests for combo of alpha and colorTransform alpha props
Doc Notes: None
Bugs: SDK-22046, SDK-22146
Reviewer: Chet
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-22046
    http://bugs.adobe.com/jira/browse/SDK-22146
    http://bugs.adobe.com/jira/browse/SDK-22046
    http://bugs.adobe.com/jira/browse/SDK-22146
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/geom/Transform.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/supportClasses/GraphicEleme nt.as

This bug figures out also when creating a custom spark ComboBox, then trying to programatically update the userProposedSelectedIndex property. The proposed selected index is selected, but does not apply the same skin as when mouse is on rollover or item is selected due to up and down keys.
The issue seems like updating the status of the item renderer to rollover or selected to get the same skin applied.
Please could you attach DropDow nList.as that you edited ?
Thank you so much.

[svn:fx-trunk] 5831: Fix bug Fix SDK-19800 FxButton doesnt resize itself to display all text when lineBreak == toFit

Similar Messages

Maybe you are looking for