* Visual
* add progress bar and fix ui tint color
* Progress Bar Updates
* ios padding fixes
* padding fix and button image positioning fixes
* added button themes
* disable tint and open up material android button
* change image to bank
* add overrides for Material Frame Renderer
* remove commented out code
* change back to Full linker
* applying comment fixes
* change comparison
Currently, on the first build of a "Hello World" Xamarin.Forms app,
you will see this in the build log:
ConvertDebuggingFiles
Parameters
Files
C:\Users\myuser\.nuget\packages\xamarin.forms\3.1.0.697729\lib\MonoAndroid10\FormsViewGroup.pdb
C:\Users\myuser\.nuget\packages\xamarin.forms\3.1.0.697729\lib\MonoAndroid10\Xamarin.Forms.Platform.Android.pdb
OutputItems
_ConvertedDebuggingFiles
C:\Users\myuser\.nuget\packages\xamarin.forms\3.1.0.697729\lib\MonoAndroid10\FormsViewGroup.dll
C:\Users\myuser\.nuget\packages\xamarin.forms\3.1.0.697729\lib\MonoAndroid10\Xamarin.Forms.Platform.Android.dll
The logging is a little weird here, but this `ConvertDebuggingFiles`
MSBuild task takes about 100ms on my machine.
What is it doing?
The Mono debugger can support two types of debugging files:
- `mdb` files
- "portable" `pdb` files
If Xamarin.Android's build finds a "non-portable" `pdb` file, we have
to run it through this task to convert to an `mdb` file... This gives
us proper stacktraces for `FormsViewGroup.dll` and
`Xamarin.Forms.Platform.Android.dll`.
You can change the type of debugging symbols in your project with the
`DebugType` setting, which has these options:
- Blank or `None`: don't generate symbols. (Although Xamarin.Android
has funny behavior here, see:
https://github.com/xamarin/xamarin-android/issues/2282)
- `Full` generates an `mdb` file, this is a Windows-proprietary format
for debug builds
- `PdbOnly` generates a "non-portable" `pdb` file, a
Windows-proprietary format for release builds
- `Portable` generates a "portable" pdb file, which is the new
standard that works for debug and release builds. New SDK-style
MSBuild projects use this option by default.
These values are not case sensitive, I have mostly seen them lower
case in newer projects.
So what does Xamarin.Forms need to do?
Use `<DebugType>portable</DebugType>` in any Android class library or
app project. Other platforms, this is optional, not as much benefit. I
have heard that `DebugType=portable` might cause a problem on UWP.
* Xamarin.Forms will ship "portable" `pdbs` in its NuGet package for
`FormsViewGroup.dll` and `Xamarin.Forms.*.Android.dll`. Developers
won't pay the 100ms on initial build.
* Initial build times for `Xamarin.Forms.sln` will be slightly better
for development, although I didn't measure the difference here.
* Disable AndroidUseLatestPlatformSdk in VS so VS stops auto-updating Android projects;
Remove XF.targets imports from projects which don't need it;
Make XF.targets imports conditional on existence of XFBT DLL in VS to avoid errors
* More consistent check for VS
* Apply nicer VS check logic to Xamarin.Forms.Xaml.UnitTests.csproj
* Fix missing "'"
* Re-add XF.targets imports to PagesGallery native projects
* Update repro to include header/footers with bound props
* [Android] Clear renderers of ListView header/footers
And don't call `RemoveAllViews`, because that causes the ObjectDisposedExceptions.
* Update repro to include header/footers with bound props
* [Android] Clear renderers of ListView header/footers
And don't call `RemoveAllViews`, because that causes the ObjectDisposedExceptions.
* Fix broken SetTextAppearance call when targeting below API 23
* Enable embedding XF apps in Android
* VS didn't save the project file
* Allow retrieving rendered XF VisualElements for use in UWP apps
* Prevent XF from slaughtering the menu bar in embedded scenarios
* ?
* Post-rebase fixups
* Create embedding test project for Android
* Create iOS test bed project
* Attempting to get functional embedded project
* Android and iOS functional testbed projects
* Basic embedding app on UWP
* First pass at handling navigation to Forms page from UWP
* Fleshed out example, added parameter checks, sealed wrapper class
* Create test page and load it from UWP
* Make DisplayAlert/DisplayActionSheet independent of Platform instance on UWP
* Set up test page for alerts/actionsheets on Android
* Move DisplayAlert/ActionSheet code to a helper class so embedded Forms can use it
* VS didn't save my changes
* Add test page for alerts and action sheets
* Get FrameworkElement from renderer
* Page -> ContentPage
* Can now display the webview embedded page
* Example working on iOS
* Repro of crash
* Remove the IStartActivityForResult dependency from FormsWebChromeClient
* Created repro
* Remove need for Forms.Context to create renderers
* Remove Forms.Context dependencies in ScrollViewRenderer
* Remove Forms.Context dependencies in FrameRenderer
* Remove Forms.Context dependencies
* Remove Context/Forms.Context dependencies in Drawable subclasses
* Remove some more Forms.Context dependencies
* CellAdapter no longer dependent on Forms.Context
* Obsolete ToAndroid using Forms.Context
* Remove Forms.Context dependencies in ResourceManager
* Remove need for Forms.Context for SupportsProgress
* Remove Forms.Context dependency for setting titlebar visibility
* Remove Forms.Context dependencies in GetAccentColor
* Some comments about caching
* Remove Forms.Context dependencies for AndroidPlatformServices and ResourceProvider
* Remove Forms.Context dependencies in Maps
* Disabled warnings for Forms.Context in CustomRenderers
* Filter logs so we don't get those annoying "parked" messages
* Filter alerts/actionsheets/activityindicator by context
* Clean up constructor debugging messages
* Remove old TODOs
* Set up test page for Device.Openuri
* Make AndroidDeviceInfo more resilient to multiple activity scenarios
* Use parameter instead of member
* Add missing parameterless constructors for embedded fragment wrappers
* Fix multiple popup subscriptions for embedded context
* Remove UpdateGlobalContext and Page Context attached property
* Obsolete static reference to Context
* Warnings as errors in embedded test bed projects
* Comment cleanup
* Clean up unused code
* Obsolete old constructor for DefaultRenderer
* Make sure embedded fragment wrappers handle disposing the platform
* Revert to old DependencyService registration for ResourceProvider;
use ApplicationContext for ResourceProvider;
Comments for everything happing in Forms.SetupInit
* Remove old TODO
* Make PopupManager take the correct type instead of casting a bunch
* Update docs
* Add missing nuspec entry for FormsEmbeddedPageWrapper
* Post-rebase cleanup
* Update docs
* Disable XF target validation so package restore works
* Restore InputTransparent handling lost in rebase
* Restore parameter lost during rebase
* Finalize the list of subscriptions to avoid 'modified collection' errors
* Avoid double-fetching Context
* Fix "with you package" typo
Shane Neuville
Jonathan Peppers
Andrei
Stephane Delcroix
Rui Marinho
E.Z. Hart
E.Z. Hart
Jason Smith
Kangho
WonYoung Choi
kingces95
Jason Smith
Samantha Houts