Skip to content

Latest commit



61 lines (37 loc) · 5.32 KB

File metadata and controls

61 lines (37 loc) · 5.32 KB

WPF Roadmap

Last year, we have made efforts in improving the testing infrastructure, merging community PRs to address long-standing issues, adding new control (OpenFolderDialog) and enabling new capability (hardware acceleration for RDP connections). The efforts to open-source our tests and automate the testing process through CI/CD pipelines, adding unit tests, tackle persistent issues, and addition of newer controls, all came together in bringing WPF on .NET 8.

The following sections highlight the main areas we'll be prioritizing for .NET 9.0 in 2024, including the unfinished items from the previous roadmap. Along these items, we will continue to support updates and maintenance releases of .NET.

Modernizing WPF

Long-term vision for modernization of WPF contains investments like support for nullability annotations, trimming and NativeAOT support, DirectX upgrades and integration of newer .NET features and abstractions. In the short-term, we have shortlisted the below items for 2023-24.

The look and feel of WPF controls has not changed in years. We believe that updating our styles to match those used in Windows 11 will help WPF developers create more consistent Windows experiences.

Goal Description Rationale
Windows 11 Theming Bringing Windows 11 look and feel for majority of WPF controls.
Support for Win11 features such as snap layout, rounded corners for controls and newer color schemes would bring enhanced experience for WPF applications.

You can find the breakdown here.
For all consumer applications that are built on WPF running on Win11, this feature would ensure that applications can take advantage of modern design elements and behaviors.
Nullability annotations Enable nullability annotations in WPF This increases the quality of the code base, as well as the quality for all WPF apps consuming it and reduces time spent debugging ArgumentNullExceptions and NullReferenceExceptions.
Rest of the dotnet (eg. winforms) repo is already moving in the direction and this goal would bring WPF to latest standards as well.

We are thankful to community contributors who have helped us get started with this. We will continue to review and merge PRs in this area.


Enhancing the performance of WPF apps both in terms of reduced memory usage, improved startup times and better rendering will ensure that WPF customers continue to derive great value. Accessibility is a key aspect of our work, and we aim to provide better support for our users with different abilities.

Goal Description Rationale
Accessibility Improvements Improving accessibility support for WPF controls This enables WPF applications to be more inclusive & would be able to better serve needs of users of all abilities. This involves addressing high priority accessibility bugs.
Performance Benchmarking and optimizing WPF for enhanced support on all devices Improving fundamentals of WPF.

Open Issues / PRs

The current backlog of issues and PRs in WPF stands in higher numbers and we intend to reduce this by addressing high priority issues and impactful PRs which improve the quality of the product and encourages community involvement. Similar to previous effort where we asked community to help us prioritize issues and PRs. We intend to continue such initative and seek input on prioritization of issues/PRs from community.

Goal Description Rationale
Addressing high priority issues Reduce the total number of issues/PRs.
Use community feedback for prioritization.
Improving quality of WPF as a product.
Enabling better developer experience for WPF repo contributors.

Testing Infrastructure Upgrades

Goal Description Rationale
Functional and Unit Tests Addition of more unit tests along with bringing the testing infrastructure up-to-date. Better reporting, predictability and reduced turnaround time for PRs.

Note - Some servicing issues (eg. Security issues) and high priority issues are not tracked in GitHub.


We will continue to adhere to 3 business days timeline for first triage/response to new issues and non-code PRs, including documentation enhancements or general questions not related to source code issues, that are filed on GitHub. We will prioritize these issues according to their urgency and our available resources. We also evaluate code PRs based on factors such as recency, complexity, and test coverage and aim to merge 5-6 community contributions per month after testing.

Feedback welcome

We understand the excitement and passion surrounding the WPF community's desire for new features such as hyphen ligatures, SVG support, and colorful emoji, as well as fixing long standing bugs and issues. While we strive to bring these to life, we had to prioritize above issues, considering available resources, existing test coverage, feature complexity, and compatibility risks.

Our aim is to deliver valuable updates to the WPF product, and we welcome and appreciate any support from the community in achieving these aspirations.