Repository navigation
XAML Studio v2 Roadmap #34
Description
Open sourcing XAML Studio was just the start. There's a lot of great new features. Though many of them are still experimental and still need work before releasing a stable version. Please provide feedback on using those or look towards those individual issues for areas of specific improvements they need.
There are no larger tooling features planned for v2 outside what's been revealed already. However, there's a lot of back-end work/refactoring which should be completed to enable development to move forward.
Below are some other larger initiatives which need to be mapped out and completed:
- Finish "real-time" preview loop (basically always show all valid XAML even if incomplete), needs understanding of Investigate - Show Valid XML Only michael-hawker/XmlSyntaxVisualizerUWP#4 (the latest branch there also experimented with switching to WinUIEdit, see next; so maybe those go hand-in-hand a bit if this is figured out).
- Ideally some of the incremental edit/parsing system from Guilabs is used, but that's not well understood either... 😅
- Switch to WinUIEdit over Monaco (provides better performance, option to consolidate to single editor with better serialization/workbench state, and compatibility with UWP + WinUI 3 and AOT; however, unless we abstract some editor interop we lose future Uno Monaco WASM re-use for future v3)
- Support building for (Modern) UWP and WinUI 3 together as part of single SDK-style modern project.
- Re-work XAML Pre-render pipeline to better leverage XmlParser. This has been a WIP, but needs improvement still.
- Want this to be more defined with parser and tests vs. string manipulation
- Ensuring mapping or retaining of line numbers pre/post output is critical for error display, maybe an actual mapping system is needed to make it easier to work with, in general.
- Folder + Resources needs this, we need to directly copy/interleave the complete resource dictionary (which is kind of what XAML does anyway) to get actual resource keys to be referenceable. (The current implementation of parsing separately and setting the resources only works for styles, as otherwise too late for XAML Parser to understand lookups for resource keys.)
- Bonus if this supports nested references of resource dictionaries...
- [Feature] Live Property Panel - Fit and Finish #5 (Needs more type specific widgets and document sync)
- [Feature] Live Modify #11 (Needs more type specific adorners)
These will get converted to sub-issues soon, but wanted to have a general outline and tracking issue here to get started.
This'll be updated in-place as things progress.
You can also track smaller issues in the 2.0-beta milestone and 2.0 milestone. The goal when hitting 2.0-beta would be to potentially flight via the store, or at least produce downloaded MSIX packages at that point.
Activity
fforjanAVEVA commentedon Jan 9, 2026
@michael-hawker I would be interested to know why there is no UI tests for such application ? do you see no need of having UI tests ?
The reason behind this is that there is no clear strategy for UI testing from my understanding in the .net eco system and I would like to see a project from the .net organization in github to be use as example for this.
michael-hawker commentedon Jan 9, 2026
@fforjanAVEVA this has just been a side project of mine, adding UI testing was expensive for something I was continually modifying and updating still. As I'm using the MVVM pattern, having underlying tests for the underlying and application logic itself was more important and easier to maintain. It's where I've tried to focus more effort on.
There's a number of ways to do UI testing in the .NET ecosystem, they all have their pros and cons. There was Legerity, but that doesn't look like it's been updated in a bit, and we did some work in this space in the Windows Community Toolkit (WCT) too, but it was just a prototype.
Ours was still just built atop the MSTest
UITestMethodsupport though (which we have some extended support for with our source generators in WCT Labs). We had tried using TAEF before, which is an additional testing framework WinUI still uses, but there was a lot of extra complexity for us as an OSS project to maintain and get contributions around that for little additional benefit compared to just using the MSTest approach for simple tests (that's what our WCT prototype was extending for a bit more interaction). Uno Platform also has UI Testing solution though.