Implement a System Skinning Mechanism which enabels RadControls for WinForms to look like standard Windows Forms controls and adhere the currently set Windows theme.
Hi Michael, we do not override the aforementioned system settings. The case here, is that apps using our controls, currently, does not automatically reflect these settings. However, as I mentioned above, we do provide the means to the developers using our controls to apply suitable theme when the user changes the windows theme. I hope that this will work for you.
Stefan I am confused. If I look at the Telerik 508 compliance http://www.telerik.com/help/winforms/section-508-compliance.html It tells me: (g) Applications shall not override user selected contrast and color selections and other individual display attributes. Fully Supported: The controls from UI for WinForms provide functionality that conforms to these criteria. The controls from UI for WinForms do not override any user system setting. This does not seem to be the case. We will look at the work around that you have suggested.
Hi Michael, our controls are built on top of the Telerik Presentation Framework (http://www.telerik.com/help/winforms/tpf-overview.html) in order to allow skinning and vast customization abilities. With the suite, we ship 19 themes (including HighContrastBlack) and we have a theme for almost all Windows versions. In the past we have made an attempt to implement such a functionality, however, the Windows API did not provide all the information we need to style our controls. For the time being one can use the following approach to get the current window theme (http://stackoverflow.com/questions/4479421/get-windows-theme) and apply our equivalent of it in the application (http://www.telerik.com/help/winforms/themes-using-a-default-theme-for-the-entire-application.html). This way your winforms app will match the window appearance.
This is absolutely critical for us as we support government agencies which are required to comply with the Americans with Disabilities Act (ACA). People with say a sight disability may set the Windows Theme to High Contrast. Someone with a color blindness may need to use an alternate color scheme. The controls that come from Microsoft can easily handles this and in fact all running applications change when the Theme is changed, that is except for the applications built with Telerik controls. This is disappointing because we have always thought of Telerik controls as an improved version of the Microsoft controls. Is it too late to get a refund on our investment in the DevCraft Suite? Are there any other glaring compliance issues we need to be aware of?