Xamarin.Forms.Maps 1.5.2.6469-pre1

This is a prerelease version of Xamarin.Forms.Maps.
There is a newer version of this package available.
See the version list below for details.
dotnet add package Xamarin.Forms.Maps --version 1.5.2.6469-pre1
NuGet\Install-Package Xamarin.Forms.Maps -Version 1.5.2.6469-pre1
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package.
<PackageReference Include="Xamarin.Forms.Maps" Version="1.5.2.6469-pre1" />
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add Xamarin.Forms.Maps --version 1.5.2.6469-pre1
#r "nuget: Xamarin.Forms.Maps, 1.5.2.6469-pre1"
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package.
// Install Xamarin.Forms.Maps as a Cake Addin
#addin nuget:?package=Xamarin.Forms.Maps&version=1.5.2.6469-pre1&prerelease

// Install Xamarin.Forms.Maps as a Cake Tool
#tool nuget:?package=Xamarin.Forms.Maps&version=1.5.2.6469-pre1&prerelease

Maps models and renderers for Xamarin.Forms

Product Compatible and additional computed target framework versions.
MonoAndroid monoandroid10 is compatible. 
MonoTouch monotouch10 is compatible. 
Windows Phone wp8 is compatible.  wp81 was computed. 
Xamarin.iOS xamarinios10 is compatible. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

NuGet packages

This package is not used by any NuGet packages.

GitHub repositories (20)

Showing the top 5 popular GitHub repositories that depend on Xamarin.Forms.Maps:

Repository Stars
dotnet/maui
.NET MAUI is the .NET Multi-platform App UI, a framework for building native device applications spanning mobile, tablet, and desktop.
xamarin/Xamarin.Forms
Xamarin.Forms is no longer supported. Migrate your apps to .NET MAUI.
xamarin/xamarin-forms-samples
Sample apps built using the Xamarin.Forms framework
xamarin/xamarin-forms-book-samples
Code samples for "Creating Mobile Apps with Xamarin.Forms"
xamarinhq/app-conference
Pre-build conference application built with Xamarin
Version Downloads Last updated
2.0.1.6492-pre1 166 12/3/2015
2.0.0.6490 2,326 12/1/2015
2.0.0.6484 1,078 11/21/2015
2.0.0.6482 1,749 11/17/2015
1.5.2.6478-pre3 67 11/17/2015
1.5.2.6477-pre2 127 11/10/2015
1.5.2.6469-pre1 206 10/20/2015
1.5.1.6471 3,964 10/20/2015
1.5.1.6468 353 10/20/2015
1.5.1.6460-pre2 146 10/13/2015
1.5.1.6455-pre1 242 10/2/2015
1.5.0.6447 4,867 9/25/2015
1.5.0.6446 1,596 9/16/2015
1.5.0.6404-pre3 348 8/25/2015
1.5.0.6401-pre2 142 8/21/2015
1.5.0.6396-pre1 175 8/5/2015
1.4.4.6449 196 9/25/2015
1.4.4.6443 194 9/16/2015
1.4.4.6392 5,080 7/29/2015
1.4.4.6391 243 7/28/2015
1.4.4.6387 391 7/27/2015
1.4.4.6379-pre3 181 7/20/2015
1.4.4.6378-pre2 127 7/16/2015
1.4.4.6377-pre1 127 7/14/2015
1.4.3.6376 2,723 7/9/2015
1.4.3.6374 2,374 7/1/2015
1.4.3.6372 227 6/30/2015
1.4.3.6364-pre3 177 6/16/2015
1.4.3.6358-pre2 327 4/24/2015
1.4.3.6356-pre1 152 4/21/2015
1.4.2.6359 4,633 4/30/2015
1.4.2.6355 1,120 4/21/2015
1.4.2.6353-pre2 201 3/31/2015
1.4.2.6350-pre1 108 3/30/2015
1.4.1.6349 6,467 3/30/2015
1.4.1.6347-pre2 361 3/19/2015
1.4.1.6342-pre1 214 3/10/2015
1.4.0.6341 2,390 3/9/2015
1.4.0.6340-pre2 135 3/6/2015
1.4.0.6336-pre1 152 3/3/2015
1.3.5.6337 587 3/5/2015
1.3.5.6335 507 3/2/2015
1.3.5.6333-pre1 197 2/17/2015
1.3.4.6332 1,097 2/17/2015
1.3.4.6331-pre4 155 2/13/2015
1.3.4.6329-pre3 123 2/12/2015
1.3.4.6328-pre2 119 2/11/2015
1.3.4.6325-pre1 140 2/9/2015
1.3.3.6323 915 2/9/2015
1.3.3.6322-pre3 117 2/6/2015
1.3.3.6321-pre2 131 2/4/2015
1.3.3.6318-pre1 139 2/2/2015
1.3.2.6316 765 2/3/2015
1.3.2.6313-pre3 163 1/30/2015
1.3.2.6309-pre2 154 1/28/2015
1.3.2.6299-pre1 224 1/20/2015
1.3.1.6296 3,906 1/4/2015
1.3.1.6294-pre1 253 12/24/2014
1.3.0.6292 991 12/24/2014
1.3.0.6286-pre4 177 12/19/2014
1.3.0.6284-pre3 198 12/12/2014
1.3.0.6280-pre2 153 12/9/2014
1.3.0.6275-pre1 1,785 11/12/2014
1.2.3.6257 5,600 10/2/2014
1.2.3.6256-pre4 163 9/26/2014
1.2.3.6255-pre3 422 9/20/2014
1.2.3.6249-pre2 223 9/9/2014
1.2.3.6246-pre1 191 8/15/2014
1.2.2.6243 2,619 7/30/2014
1.2.2.6241-pre3 105 7/28/2014
1.2.2.6240-pre2 467 7/22/2014
1.2.2.6238-pre1 109 7/17/2014
1.2.1.6229 1,921 7/14/2014
1.1.1.6206 5,319 6/19/2014
1.1.0.6201 1,021 6/12/2014
1.0.6197 468 6/4/2014
1.0.6188 2,515 5/28/2014

## Important Notes ##

This release is more alpha than most pre-releases. We want to get as much testing on the new optimization work as possible. Expect to see changes and more work landing into this release before promotion to stable.

## Enhancements ##

### New properties ###

These all do pretty much what you expect

- Editor.TextColor
- Entry.TextColor
- Editor.FontSize
- Editor.FontAttributes
- Editor.FontFamily

### New API ###

```csharp
public enum ListViewCachingStrategy
{
RetainElement = 0,
RecycleElement,
}
```

This new `enum` is used in conjuction with a new constructor for ListView, `ListView (ListViewCachingStrategy cachingStrategy)`. The default mode, RetainElement represents the old ListView behavior. It is also the default behavior if the old constructor is retained. The new behavior has the following characteristics.

- Only works on Android/iOS. Windows will simply get the old behavior no matter what.
- DataTemplate will be inflated to match as many native renderers for the cells are created.
- During virtualization, the Cell will have its binding context updated.

This means if an App opt into the new mode, the app must appropriately handle BindingContext updates. All data about the cell must come from the binding context or consistency errors may occur. If the cells are using custom renderers, it must ensure they properly implement property change notification. This mode is not always a pure performance win, testing is the only way to know for sure, however there are some basic guidelines:

 - Use RecycleElement if:
   - Cell BindingContext defines all properties/data about the View
   - Cells are largely similar and do not morphe dramatically based on BindingContext
   - The Cell has a moderate to small number of bindings
   - The Cell adheres well to the new performance guidelines below
 - Use RetainElement if:
   - Cells morph frequently
   - Cells have large numbers of bindings (20 to 30 tends to be the crossover point)
   - When testing RecycleElement, it is slower

Generally speaking, prefer RecycleElement as it can offer significant performance gains when in the fast path scenario. Eventually RetainElement may be phased out, however this will only happen once RetainElement no longer offers any performance advantage in any scenario.

### Layout Optimization ###

There is a new experimental layout optimization in this release of Xamarin.Forms. The optimization is complex and currently only impacts layout updates. Effectively the optimization serves to block InvalidateMeasure call chains. To get the best possible performance follow these performance guidelines:

- Leave the View.VerticalOptions and View.HorizontalOptions alone as much as possible. The default value of Fill or FillAndExpand allows for the best layout optimization.
- When using a StackLayout, make sure to have only one child set to Expand.
- Avoid RelativeLayout when possible.
- When using Grid, avoid Auto rows/columns if possible. Fixed row/cols are best. Stars are equally good if parent tree follows guidelines.
- When using AbsoluteLayout, avoid using AutoSize if possible.
- When using Labels, set the LineBreakMode to NoWrap whenever possible.

This optimization may impact the layout of your app. If you experience any differences at all, please report them as bugs. Further the optimization will work with the new ListView caching strategy, effectively doubling down on scrolling performance.

## Bug Fixes ##

[Bug 34632](https://bugzilla.xamarin.com/show_bug.cgi?id=34632) - Can't change IsPresented when setting SplitOnLandscape
[Bug 34556](https://bugzilla.xamarin.com/show_bug.cgi?id=34556) - Minimum version determination methods on iOS will fail once iOS hits version 10
[Bug 34549](https://bugzilla.xamarin.com/show_bug.cgi?id=34549) - Setting a BindableProperty of Type DateTime? to null raises Error
[Bug 34235](https://bugzilla.xamarin.com/show_bug.cgi?id=34235) - Xamarin.Forms.Platform.WinRT.TabbedPageRenderer OnElementChanged not virtual
[Bug 34061](https://bugzilla.xamarin.com/show_bug.cgi?id=34061) - RelativeLayout - First child added after page display does not appear
[Bug 34007](https://bugzilla.xamarin.com/show_bug.cgi?id=34007) - Z order drawing of children views are different on Android and iOS
[Bug 33764](https://bugzilla.xamarin.com/show_bug.cgi?id=33764) - Frame outline colour doesn't change using ViewModel
[Bug 33612](https://bugzilla.xamarin.com/show_bug.cgi?id=33612) - Removing a page from the navigation stack causes an 'Object reference' exception in Android only
[Bug 33499](https://bugzilla.xamarin.com/show_bug.cgi?id=33499) - Android WebViewRenderer doesn't unhook events properly
[Bug 32902](https://bugzilla.xamarin.com/show_bug.cgi?id=32902) - [iOS | iPad] App Crashes (without debug log) when Master Detail isPresented and navigation being popped
[Bug 32801](https://bugzilla.xamarin.com/show_bug.cgi?id=32801) - Memory Leak in TabbedPage + NavigationPage
[Bug 32447](https://bugzilla.xamarin.com/show_bug.cgi?id=32447) - [iOS] App crash when scrolling quickly through a TableView that has Pickers in the cells.
[Bug 32040](https://bugzilla.xamarin.com/show_bug.cgi?id=32040) - EntryCell.Tapped or SwitchCell.Tapped does not fire when within a TableView
[Bug 31366](https://bugzilla.xamarin.com/show_bug.cgi?id=31366) - Pushing and then popping a page modally cause ArgumentOutOfRangeException
[Bug 29257](https://bugzilla.xamarin.com/show_bug.cgi?id=29257) - CarouselPage.CurrentPage Does Not Work Properly When Used Inside a NavigationPage

## Other Fixes ##

- [A] Non-AppCompat backend no longer fails to redraw Frame correctly
- OnPlatform now passing the Windows value to WinRT projects. This API is being considered for replacement with something more extensible.
- OpenGLView now uses IOpenGLViewController for backend communication