update (1/23/2013)
ALOY-485, which depends on TIMOB-12399, is marked as related, but will not be completed for Alloy 1.0.0. This unfortunately leaves collection binding for views in only a seme-stable state for iOS. We may want to consider marking collection binding for views as "experimental" and note the issues in those tickets some where in our Alloy 1.0.0 migration notes. This hasn't changed from 0.3.x, but it hasn't been documented either.
Collection binding for tableviews, though, works as expected. This only affects collection binding on arbitrary views, as seen in the [models/journal test app](
https://github.com/appcelerator/alloy/tree/master/test/apps/models/journal)
update (1/21/2013)
All tickets relevant to further Alloy 1.0.0 changes that should be covered in a migration document will be linked as related tickets.
description
We have the following Alloy namespace APIs marked as deprecated:
* - Alloy.getController()
* - Alloy.getModel()
* - Alloy.getCollection()
* - Alloy.getWidget()
* - Alloy.globals
We need to plan to remove these completely to reduce the size of the runtime file, as well as move developers to what will be the best practices for creating Alloy apps. Typically in TiSDK this process takes much longer, but in the case of Alloy which is still considered beta, I think its safe to move faster and notify developers that these APIs will be removed in Alloy 1.0.0. Warnings will state as much and developers can prepare to move over to the proper development methods.
additional deprecations
* - We should also officially remove the deprecated *size* device query, which has been replaced with *formFactor*.
* - remove the datetime.js builtin, as it has been made obsolete by the moment.js builtin
email to the group and include in the release notes.
additional deprecations and changes for 1.0.0 will all be logged here and eventually turned into a migration doc
List of related tickets complete