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
As stated in #28 (comment), I have some ideas on how to improve or extend Maui that may involve a partial or full rewrite of the guts of the platform. Honestly, if I am going to start such a rewrite, I would greatly prefer to start over from scratch with Maui instead of having to adapt the current codebase. (As I understand it, many of the problems currently extant in Maui are due to historical design issues and/or bugs from Xamarin.Forms's past.)
However, if I do this, I will almost certainly break XAML editor support because it is coded to work with Xamarin.Forms's XAML implementation only. Because Maui currently uses the same ProjectCapability as upstream Xamarin.Forms, I can simply copy that capability into my rewrite branch. Furthermore, since the editor code is proprietary, I do not know what other elements of Maui as it exists today are required to stay as-is to avoid breaking the editor.
Note that the scope of this issue explicitly does not include the graphical designer, mostly because I rarely (if ever) use it. I am concerned with the XAML editor support (IntelliSense and smart syntax coloring) only. I would like to keep compatibility with both VSMac and VSWindows, however. Thanks!
This discussion was converted from issue #131 on September 14, 2020 20:17.
Heading
Bold
Italic
Quote
Code
Link
Numbered list
Unordered list
Task list
Attach files
Mention
Reference
Menu
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
As stated in #28 (comment), I have some ideas on how to improve or extend Maui that may involve a partial or full rewrite of the guts of the platform. Honestly, if I am going to start such a rewrite, I would greatly prefer to start over from scratch with Maui instead of having to adapt the current codebase. (As I understand it, many of the problems currently extant in Maui are due to historical design issues and/or bugs from Xamarin.Forms's past.)
However, if I do this, I will almost certainly break XAML editor support because it is coded to work with Xamarin.Forms's XAML implementation only. Because Maui currently uses the same ProjectCapability as upstream Xamarin.Forms, I can simply copy that capability into my rewrite branch. Furthermore, since the editor code is proprietary, I do not know what other elements of Maui as it exists today are required to stay as-is to avoid breaking the editor.
Note that the scope of this issue explicitly does not include the graphical designer, mostly because I rarely (if ever) use it. I am concerned with the XAML editor support (IntelliSense and smart syntax coloring) only. I would like to keep compatibility with both VSMac and VSWindows, however. Thanks!
Beta Was this translation helpful? Give feedback.
All reactions