[svn:fx-trunk] 7155: Line bug fixes when using gradient strokes

Revision: 7155
Author:   [email protected]
Date:     2009-05-20 14:39:39 -0700 (Wed, 20 May 2009)
Log Message:
Line bug fixes when using gradient strokes
SDK-21272 - Lines with gradient (LinearGradientStroke) draw as solid color if perfectly vertical / horizontal
StrokedElement was not taking the stroke weight into account when passing the bounds to the stroke. The gradient strokes rely on the bounds to help them transform the gradient to fit the shape of the stroke.
SDK-21274 - Line with gradient stroke does not draw properly
This bug occurs when the Line has a non-zero x and/or y values and is sharing a DisplayObject. StrokedElement was passing the stroke the measuredX and measuredY position as part of the bounds. Instead, I've changed it to pass in drawX + measuredX and drawY + measuredY which accounts for the drawing offset position.
QE Notes: Test Line w/ gradient strokes
Doc Notes: None
Bugs: SDK-21272, SDK-21274
Reviewer: Evtim
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-21272
    http://bugs.adobe.com/jira/browse/SDK-21274
    http://bugs.adobe.com/jira/browse/SDK-21272
    http://bugs.adobe.com/jira/browse/SDK-21274
Modified Paths:
    flex/sdk/trunk/frameworks/projects/flex4/src/spark/primitives/supportClasses/StrokedEleme 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.

Similar Messages

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

Maybe you are looking for

  • Error while using applet in Jspx

    Hi all, I creating an applet application using java 1.6, and run successfully if i run it with HTML page. But when i create a jspx page with using oracle webcenter library, i cannot run the applet, it return this error in the java console: network: C

  • Specifying maximum memory size of a jar

    We have the following issue: We have a jar file which should be opened with double click. Our application needs a custom memory settings due to high amount of memory need. Could we set this in the manifest.mf? We read some resouces which tell that th

  • IMac used as PC only through Boot Camp

    Crazy question on behalf of a friend of mine who loves the form factor of the iMac, but is unfortunately completely reliant on Windows applications for his profession: Has anyone used an iMac as basically a PC only...utilizing Boot Camp? Is there any

  • Bill of Lading, Packing Slip report

    Hi Gurus, I have raised SO, picked, shipped, while doing Ship confirm, system generated 5 concurrent programs, completed all but Bill of Lading, Packing Slip report getting output as Blank, no data is appearing in report. If I want to see data in the

  • Channel Lineup for HD Preferred XF Triple Play

    I recently upgraded to HD Preferred XF Triple Play.  Where can I find a Comcast channel lineup?