![\"Accessibility](\"https:\/\/devblogs.microsoft.com\/dotnet\/wp-content\/uploads\/sites\/10\/2021\/11\/a11y.png\")
<\/p>\nWe continue to support and innovate in Windows Forms runtime. Let’s recap what we’ve done in .NET 6.0.<\/p>\n
<\/p>\n
Making Windows Forms applications more accessible to more users is one of the big goals for the team. Building on the momentum we gained in .NET 5.0 timeframe in this release we delivered further improvements, including but not limited to the following:<\/p>\n
CheckedListBox<\/code><\/li>\nLinkLabel<\/code><\/li>\nPanel<\/code><\/li>\nScrollBar<\/code><\/li>\nTabControl<\/code><\/li>\nTrackBar<\/code><\/li>\n<\/ul>\n<\/li>\n- Improved Narrator announcements in
DataGridView<\/code>, ErrorProvider<\/code> and ListView<\/code> column header controls.<\/li>\n- Keyboard tooltips for the
TabControl<\/code>\u2019s TabPage<\/code> and the TreeView<\/code>\u2019s TreeNode<\/code> controls.<\/li>\n- ScrollItem Control Pattern<\/a> support for
ComboBoxItemAccessibleObject<\/code>.<\/li>\n- Corrected control types for better support of Text Control Patterns<\/a>.<\/li>\n
- ExpandCollapse Control Pattern<\/a> support for the
DateTimePicker<\/code> control.<\/li>\n- Invoke Control Pattern<\/a> support for the UpDownButtons component in
DomainUpDown<\/code> and NumericUpDown<\/code> controls.<\/li>\n- Improved color contrast in the following controls:\n
\nCheckedListBox<\/code><\/li>\nDataGridView<\/code><\/li>\nLabel<\/code><\/li>\nPropertyGridView<\/code><\/li>\nToolStripButton<\/code><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n <\/p>\n
Application bootstrap<\/h2>\n
In .NET Core 3.0 we started to modernize and rejuvenate Windows Forms. As part of that initiative we changed the default font to Segoe UI, 9f (dotnet\/winforms#656<\/a>), and quickly learned that a great number of things depended on this default font metrics. For example, the designer was no longer a true WYSIWYG, as Visual Studio process is run under .NET Framework 4.7.2 and uses the old default font (Microsoft Sans Serif, 8.25f), and .NET application at runtime uses the new font. This change also made it harder for some customers to migrate their large applications with pixel-perfect layouts. Whilst we had provided migration strategies<\/a>, applying those across hundreds of forms and controls could be a significant undertaking.<\/p>\nTo make it easier to migrate those pixel-perfect apps we introduced a new API (for more details refer to the Application-wide default font<\/a> post):<\/p>\nvoid Application.SetDefaultFont(Font font)<\/code><\/pre>\nHowever, this API wasn\u2019t sufficient to address the designer\u2019s ability to render forms and controls with the same new font. At the same time, with our sister teams heavily pushing for little code\/low ceremony application templates, our Program.cs<\/code> and its Main()<\/code> method started looking very dated, and we decided to follow the general .NET trend and trim the boilerplate. Please welcome the new Windows Forms application bootstrap<\/a>:<\/p>\nclass Program\r\n{\r\n [STAThread]\r\n static void Main()\r\n {\r\n ApplicationConfiguration.Initialize();\r\n Application.Run(new Form1());\r\n }\r\n}<\/code><\/pre>\nApplicationConfiguration.Initialize()<\/code> is a source generated API that behind the scenes emits the following calls:<\/p>\nApplication.EnableVisualStyles();\r\nApplication.SetCompatibleTextRenderingDefault(false);\r\nApplication.SetDefaultFont(new Font(...));\r\nApplication.SetHighDpiMode(HighDpiMode.SystemAware);<\/code><\/pre>\nThe parameters of these calls are configurable via MSBuild properties<\/a> in csproj or props files.\nThe Windows Forms designer in Visual Studio 2022 is also aware of these properties (for now it only reads the default font), and can show you your application (C#, .NET 6.0 and above) as it would look at runtime:<\/p>\n![\"Application](\"https:\/\/devblogs.microsoft.com\/dotnet\/wp-content\/uploads\/sites\/10\/2021\/11\/appbootstrap.png\")
<\/p>\n
(We know, the form in the designer still has that Windows 7 look, We’re working on it…<\/em>)<\/p>\nPlease note that Visual Basic handles these application-wide default values differently. In .NET 6.0 Visual Basic introduces a new application event ApplyApplicationDefaults<\/code><\/a> which allows you to define application-wide settings (e.g., HighDpiMode<\/code> or the default font) in the typical Visual Basic way<\/a>. The designer support for the default font configured via MSBuild properties is also coming in the near future. For more details head over to the dedicated Visual Basic blog post discussing what’s new in Visual Basic<\/a>.<\/p>\n <\/p>\n
Template updates<\/h2>\n
As mentioned above we have updated our C# templates in line with related changes in .NET workloads<\/a>, Windows Forms templates for C# have been updated to support global using<\/code> directives, file-scoped namespaces, and nullable reference types. Because a typical Windows Forms app requires a STAThread<\/code> attribute and consist of multiple types split across multiple files (e.g., Form1.cs<\/code> and Form1.Designer.cs<\/code>) the top-level statements are notably absent from the Windows Forms templates. However, the updated templates do include the application bootstrap code.<\/p>\n![\"Templates.](\"https:\/\/devblogs.microsoft.com\/dotnet\/wp-content\/uploads\/sites\/10\/2021\/11\/templates.png\")
<\/p>\n
<\/p>\n
More runtime designers<\/h2>\n
We have completed porting missing designers and designer-related infrastructure that enable building a general-purpose designer<\/em> (e.g., a report designer). For more details refer to our earlier announcement<\/a>.<\/p>\n![\"Tiny](\"https:\/\/devblogs.microsoft.com\/dotnet\/wp-content\/uploads\/sites\/10\/2021\/11\/tinydesigner.png\")
<\/p>\n
If you think we missed a designer that your application depends on, please let us know at our GitHub repository<\/a>.<\/p>\n <\/p>\n
High DPI and scaling fixes<\/h2>\n
We’ve been working through the high DPI space with the aim to get Windows Forms applications to correctly support PerMonitorV2 mode<\/a> out of the box. It is a challenging undertaking, and sadly we couldn’t achieve as much as we’d hoped. Still in this release we made some progress, and we now can:<\/p>\n\n- Create controls in the same DPI awarenes as the application<\/li>\n
- Correctly scale
ContainerControl<\/code>s and MDI child windows in PerMonitorV2 mode in most scenarios. There are still few specific scenarios (e.g., anchoring) and controls (e.g., MonthCalendar<\/code>) where the experience remains subpar.\n![\"Scaling,](\"https:\/\/devblogs.microsoft.com\/dotnet\/wp-content\/uploads\/sites\/10\/2021\/11\/scaling.png\")
<\/li>\n<\/ul>\n <\/p>\n
Other notable changes<\/h2>\n\n- New overloads for
Control.Invoke()<\/code><\/a> and Control.BeginInvoke()<\/code><\/a> methods that take Action<\/code> and Func<T><\/code> and allow writing more modern and concise code.<\/li>\n- New
Control.IsAncestorSiteInDesignMode<\/code><\/a> API is complimentary to Component.DesignMode<\/code><\/a>, and indicates if one of the ancestors of this control is sited, and that site in design mode. A dedicated blog post exploring this API is coming later, so stay tuned.<\/li>\n- Windows 11 style default tooltip behavior makes the tooltip remain open when mouse hovers over it, and not disappear automatically. The tooltip can be dismissed by CONTROL or ESCAPE keys.<\/li>\n<\/ul>\n
<\/p>\n
Community contributions<\/h2>\n
We\u2019d like to call out a few community contributions:<\/p>\n
\n- @paul1956<\/a> updated
NotifyIcon.Text<\/code><\/a> limits text to 127 (dotnet\/winforms#4363<\/a>).<\/li>\n- @weltkante<\/a> enhanced
FolderBrowserDialog<\/code><\/a> with InitialDirectory<\/code> and ClientGuid<\/code> properties in dotnet\/winforms#4645<\/a>.<\/li>\n- @weltkante<\/a> added link span to
LinkClickedEventArgs<\/code><\/a> (dotnet\/winforms#4708<\/a>) making it easier to migrate RichTextBox<\/code> functionality targeting RichEdit v3.0 or below that relied on hidden text to render hyperlinks.<\/li>\n- @AraHaan<\/a> updated the good old
MessageBox<\/code> with two new buttons Try Again<\/code> and Continue<\/code>, and made it possible to show four buttons at the same time (dotnet\/winforms#4746<\/a>):\n![\"MessageBox\"](\"https:\/\/devblogs.microsoft.com\/dotnet\/wp-content\/uploads\/sites\/10\/2021\/11\/messagebox.png\")
<\/li>\n- @kant2002<\/a> was helping us making Windows Forms runtime more ILLink\/NativeAOT-friendlier by adding ComWrappers<\/a> and removing redundant RCWs. (dotnet\/winforms#5174<\/a> and dotnet\/winforms#4971<\/a>).<\/li>\n
- @kirsan31<\/a> provided the ability to anchor minimized MDI children to TopLeft to match Windows MFC behavior in dotnet\/winforms#5221<\/a>.<\/li>\n<\/ul>\n
<\/p>\n
Reporting bugs and suggesting features<\/h2>\n
If you have any comments, suggestions or faced some issues, please let us know! Submit Visual Studio and Designer\nrelated issues via Visual Studio Feedback<\/strong> (look for a button in the top right corner in Visual Studio), and Windows\nForms runtime related issues at our GitHub repository<\/a>.<\/p>\nHappy coding!<\/p>\n","protected":false},"excerpt":{"rendered":"
Read about the new features that are in Windows Forms in .NET 6.0.<\/p>\n","protected":false},"author":13586,"featured_media":37517,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[685,196,7163],"tags":[],"class_list":["post-37516","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-dotnet","category-dotnet-core","category-winforms"],"acf":[],"blog_post_summary":"
Read about the new features that are in Windows Forms in .NET 6.0.<\/p>\n","_links":{"self":[{"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/posts\/37516","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/users\/13586"}],"replies":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/comments?post=37516"}],"version-history":[{"count":0,"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/posts\/37516\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/media\/37517"}],"wp:attachment":[{"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/media?parent=37516"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/categories?post=37516"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/tags?post=37516"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}