flex-sdk

Clone Tools
  • last updated a few minutes ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Cleanup imports

Update android css skins (this file will be deleted shortly)

Include all Android skins so that they will get compiled into mobiletheme.swc

Merge Android4.x skins into defaults.css First the default skins appear, then Android specific skins overwrite the default ones

Add Roboto fonts to compile-config.xml so that they will be included in mobiletheme.swc

Include android fonts

Fix package name of spark/components/MobileBusyIndicator.as Fix constructor name

Add Apache license header

Add android4 specific TextSkinBase

Add AndroidPlatformVersionOverride to FrameworkClasses

FLEX-34034 handle degenerate case when copying single newline into TextInput

another test commit, testing using my apache username on commit

fix missing slash

remove temp target

My test commit to repo

Let's make magic happen

Renaming class to AndroidPlatformVersionOverride as that makes more sense

Adding a mixin to set android os version during AIR simulation Updated android4x.css with os-version media queries.

    • -251
    • +253
    /frameworks/projects/mobiletheme/src/android4x.css
add release target to convert final rc

sdk rcs have release notes in them

FLEX-34460 adt is missing in windows install

switch version to 4.14

  1. … 9 more files in changeset.
ant script to generate release candidates for the sdk

    • -0
    • +463
    /releasecandidate.xml
add signing targets

FLEX-34458 CAUSE: Because HierarchicalCollectionViewCursor uses both relative and absolute bookmarks in the various collections of the hierarchy, there needs to be special treatment for these two cases. Namely, while it works great with absolute bookmarks to call .movePrevious on the bookmark when something is deleted in the same collection before the selected item, it doesn't work well for the relative CursorBookmark.LAST currentChildBookmark value. Because HierarchicalCollectionViewCursor.collectionChangeHandler() did not make any difference between absolute and relative bookmarks, it used to call .movePrevious() on the bookmark even if it was the absolute value CursorBookmark.LAST.

SOLUTION:

In this situation we don't need to .movePrevious() when items above are deleted, because CursorBookmark.LAST will always point to the last item in the collection, no matter what changes happened to that collection.

FLEX-34458 Added a unit test which reproduces the bug (which means it currently fails).

FLEX-34456 CAUSE: When a HierarchicalCollectionViewCursor reacted to a deletion before another cursor, it deleted the parent mappings of the deleted nodes (even if it didn't need to make any changes to its internal state). Since these mappings are on the HierarchicalCollectionView, the next cursor to react to the same deletion would compute that the parent of the deleted node is null, and everything went bad from there. In other words, if two or more cursors are created on the same HierarchicalCollectionView, they will work against each other when deletions occur (or replacements, which HierarchicalCollectionView transforms into deletions). I think that the mapping deletions happened because HierarchicalCollectionViewCursor was written with the assumption that there would only be one cursor for each collection.

SOLUTION:

Now we're making it HierarchicalCollectionView's job to remove the parent mappings of all the affected nodes after it gives all the cursors the chance to react to the deletion.

NOTES:

-As part of this change I realised that the conditions for an if clause introduced for FLEX-34424 were not enough: in order to choose strategy 2) (see revision 82d6b51 for details) for adjusting the cursor position, not only does current need to be null, but afterLast and beforeFirst need to be false (because if they are true, it's expected and correct that current == null).

-This led me to notice that HierarchicalCollectionViewCursor.beforeFirst was true if current == null && currentIndex <= collection.length, which doesn't make sense. In fact, these conditions correctly determine the FLEX-34424 situation, in which the item at the current index doesn't exist anymore, which makes current null, although currentIndex is within bounds. (Another clue that the condition for beforeFirst is wrong is ListCollectionView.beforeFirst, which checks the index against -1, rather than allowing any index up to the collection length.) So I changed this to check for any value < 0.

-I also made HierarchicalCollectionView.parentMap private instead of accessible from other classes (like HierarchicalCollectionViewCursor), and made the operations on it (deletions and additions) accessible only through functions, rather than using the map directly, as before.

-Both the above changes also affected LeafNodeCursor, which also had a defective beforeFirst getter, and also directly manipulated the collection's parentMap.

-Also removed unused variables from HierarchicalCollectionView.removeChild() and .collectionChangeHandler().

Merge remote-tracking branch 'origin/develop' into FLEX-34119

FLEX-34456 Added a unit test which reproduces the bug.

correct case for osmf.swc so compiles on Linux work

FLEX-34450 updated baseline image