You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 18, 2017. It is now read-only.
I am working at implementing support for coexistence of Classic Xamarin MvvmCross with Xamarin.Forms.
That would give ability for Xamarin.Forms to live along with classic Xamarin (MvvmCross).
Finally it should allow to:
Create Pages with Xamarin.Forms - attached viewmodel should have attribute: [MvxAssociatedViewType(MvxViewType.Forms)]
Create classic native views (Mvx...Activity/Page/UIViewController) - attached viewmodel should have attribute: [MvxAssociatedViewType(MvxViewType.Classic)]
All will be handled by special MvxPresenter.
That would give us a chance to write mixed application Forms/Classic API. For things that are easy to implement with Forms (ex. list view with button) - we would go with Forms. For things that are tough/platform-specified/unimplementable in Forms we could use the old, good classic Xamarin.
Besides that in my honest opinion - support of Classic MvvmCross with Forms coexistence brings Forms to right track as a tool which "complements standard API's" instead of "do everything in that"
The text was updated successfully, but these errors were encountered:
How is this looking? Here you are looking for a way to use non-Forms on a Forms project. Besides this, I wonder if there is a way that WPF and Mac (non-Forms) can still be supported.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I am working at implementing support for coexistence of Classic Xamarin MvvmCross with Xamarin.Forms.
That would give ability for Xamarin.Forms to live along with classic Xamarin (MvvmCross).
Finally it should allow to:
[MvxAssociatedViewType(MvxViewType.Forms)]
[MvxAssociatedViewType(MvxViewType.Classic)]
All will be handled by special MvxPresenter.
That would give us a chance to write mixed application Forms/Classic API. For things that are easy to implement with Forms (ex. list view with button) - we would go with Forms. For things that are tough/platform-specified/unimplementable in Forms we could use the old, good classic Xamarin.
Besides that in my honest opinion - support of Classic MvvmCross with Forms coexistence brings Forms to right track as a tool which "complements standard API's" instead of "do everything in that"
The text was updated successfully, but these errors were encountered: