Xamarin Forms 2.1 upgrade–some surprises (and how to get around it)
Back in June I wrote about a proof-of-concept for view model driven animations using behaviors in Xamarin Forms. This concept made it into my employer’s standard Xamarin library (more about that soon) but after an upgrade I noticed the animation behaviors did not work anymore – at least on Android. I have no idea what happened along the way, but fact is that the the behavior no longer worked after upgrading to Xamarin Forms 2.1. A prolonged debugging session learned me the following:
- At the ViewAppearing stage user interface elements don’t have a size allocated yet – whereas they used to have that.
- A parent object - especially something a grid – does not does not necessarily has to have it’s size set yet (width and height are still –1)
I will write about this soon in more detail, but what needs to be done to get this working again is:
- We need to initialize the behavior on the page’s OnSizeAllocated, not the OnViewAppearing method
- We need to go up recursively until we find an element that does not have a size of –1 in stead of blindly taking the parent.
So, in StartPage.xaml.cs:
protected override void OnAppearing() { Context.OnViewAppearing(); base.OnAppearing(); }protected override void OnSizeAllocated(double width, double height) { Context.OnViewAppearing(); base.OnSizeAllocated(width, height); }
It is a bit of a kludge, but it will do for now. In FoldingPaneBehavior we will first need to add a method to recursively find a parent with a size:
protected VisualElement GetParentView() { var parent = associatedObject as Element; VisualElement parentView = null; if (parent != null) { do { parent = parent.Parent; parentView = parent as VisualElement; } while (parentView?.Width <= 0 && parent.Parent != null); } return parentView; }And the first line of the Init method neededs to be changed from
var p = associatedObject.ParentView;to
var p = GetParentView();
And then the behavior will work again.
A second surprise when upgrading to Xamarin Forms 2.1 is that the declaration of Dependency properties using generics is deprecated. It will still work, but not for long. So in stead of
public static readonly BindableProperty IsPopupVisibleProperty = BindableProperty.Create<FoldingPaneBehavior, bool>(t => t.IsPopupVisible, default(bool), BindingMode.OneWay, propertyChanged: OnIsPopupVisibleChanged);You will know have to use
public static readonly BindableProperty IsPopupVisibleProperty = BindableProperty.Create(nameof(IsPopupVisible), typeof(bool), typeof(FoldingPaneBehavior), default(bool), BindingMode.OneWay, propertyChanged: OnIsPopupVisibleChanged);And the callback loses its type safety because that becomes
private static void OnIsPopupVisibleChanged(BindableObject bindable, object oldValue, object newValue)in stead of
private static void OnIsPopupVisibleChanged(BindableObject bindable, bool oldValue, object bool)
and thus you have to cast oldValue and newValue to bool. This makes the code inherently more brittle and harder to read, but I assume there is a good reason for this. I have updated the xadp snippet for creating these properties accordingly.
A typical case of moved cheese, but fortunately not too far. The updated demo solution is still on GitHub