flex-sdk

Clone Tools
  • last updated a few minutes ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Merge branch 'develop' of https://git-wip-us.apache.org/repos/asf/flex-sdk into develop

Merge branch 'release4.16.0' into develop

Conflicts:

installer.xml

FLEX-35260 Now in the unit test we're also verifying areCoordinatesOverAHeaderView(). Currently fails (for point "b").

FLEX-35260 GridHeaderViewLayout.getHeaderIndexAt() (which calls GridDimensions.getColumnIndexAt()) used to return a valid headerIndex (when it was expected to return -1) for an y < 0. Fixed.

FLEX-35260 GridHeaderViewLayout.getHeaderIndexAt() (which calls GridDimensions.getColumnIndexAt()) used to return a valid headerIndex (when it was expected to return -1) for an x < 0. Fixed.

FLEX-35267 FLEX-35260 FLEX-35029 1. GridHeaderViewLayout.getHeaderIndexAt() now verifies if the coordinates are over the GridColumnHeaderView's left or right padding. 2. Renamed GridColumnHeaderGroup.mouseEventHeaderView() to getHeaderViewUnderGlobalCoordinates(), while also changing the parameter to be a Point instead of a MouseEvent. This is so that areCoordinatesOverAHeaderView(), areCoordinatesOverLeftPadding() and areCoordinatesOverRightPadding() can use it too. 3. Expanded some variable names in GridColumnHeaderGroup.

FLEX-35267 FLEX-35260 Added a unit test which can verify the column-index and header-index related functions more thoroughly. Currently it fails, as expected.

This closes #45

update version

    • -10
    • +10
    /ide/flashbuilder/config/flex-config.xml
update version and remove duplicate air line

    • -11
    • +10
    /ide/flashbuilder/config/air-config.xml
fix download cache

Hard code saxon jar name so ant scripts work

Fixed downlaod ant script to copy saxon9 notices

Added saxon9 notice files as we can no longer easily download them. Can't place in lib/external as it's cleaned and git ignored

    • -0
    • +13
    /licenseParts/saxon9-NOTICES/APACHE-ANT.txt
    • -0
    • +17
    /licenseParts/saxon9-NOTICES/APACHE-XERCES.txt
    • -0
    • +7
    /licenseParts/saxon9-NOTICES/CERN.txt
    • -0
    • +22
    /licenseParts/saxon9-NOTICES/FRIJTERS.txt
    • -0
    • +347
    /licenseParts/saxon9-NOTICES/GPL+CLASSPATH.txt
    • -0
    • +25
    /licenseParts/saxon9-NOTICES/JAMESCLARK.txt
    • -0
    • +33
    /licenseParts/saxon9-NOTICES/LEGAL.txt
    • -0
    • +15
    /licenseParts/saxon9-NOTICES/LICENSE.txt
    • -0
    • +31
    /licenseParts/saxon9-NOTICES/THAI.txt
    • -0
    • +29
    /licenseParts/saxon9-NOTICES/UNICODE.txt
Fix 3rd party download issues

FLEX-35149 updating release notes with fix for FLEX-27509

FLEX-27509 CAUSE: In an AdvancedDataGrid with non-text item renderers AdvancedDataGrid.expandItem() applies masks onto those item renderers when it needs to close a node. At the same time, AdvancedListBase has its own custom mechanism for using masks to scroll vertically in a more efficient way. In order to detect whether it's used this mechanism, and reset the changes (detection happens in AdvancedListBase.removeClipMask(), while the mechanism is applied in addClipMask()), it simply asks whether the non-text item renderer has a mask applied. However, this mask could have been applied by the expandItem() mechanism mentioned above, which means that addClipMask() will never have been called. As a result, itemMaskFreeList is still null, which leads to the fatal.

SOLUTION: Ideally there should be a flag that specifies whether AdvancedListBase.addClipMask() has applied the masking mechanism. But for now we can simply check that itemMaskFreeList isn't null before we use it.

FLEX-27509 CAUSE: In an AdvancedDataGrid with non-text item renderers AdvancedDataGrid.expandItem() applies masks onto those item renderers when it needs to close a node. At the same time, AdvancedListBase has its own custom mechanism for using masks to scroll vertically in a more efficient way. In order to detect whether it's used this mechanism, and reset the changes (detection happens in AdvancedListBase.removeClipMask(), while the mechanism is applied in addClipMask()), it simply asks whether the non-text item renderer has a mask applied. However, this mask could have been applied by the expandItem() mechanism mentioned above, which means that addClipMask() will never have been called. As a result, itemMaskFreeList is still null, which leads to the fatal.

SOLUTION: Ideally there should be a flag that specifies whether AdvancedListBase.addClipMask() has applied the masking mechanism. But for now we can simply check that itemMaskFreeList isn't null before we use it.

Merge branch 'release4.16.0' of https://git-wip-us.apache.org/repos/asf/flex-sdk into release4.16.0

Fix regression issue. Turns out LabelUtil.itemToLabel has side effects and text was not updated on control unless called

don't run jar checks on Windows

Update year to 2017

Update year to 2017

  1. … 65 more files in changeset.
Update year to 2017

Update year to 2017

Update year to 2017

use raw so we don't have to deal with redirects from http to https that Ant can't handle

Added no browse option to top finder from popping up

Copy contents of directory rather than directory

Added support for FP 24.0