On Wed, 20 Aug 2025 22:11:27 +0200 Quentin Cosendey wrote:
QC> I have quite a simple and classic dialog box with text fields,
QC> checkboxes and buttons. Everything works as expected as long as the app
QC> is in light or unspecified appearance mode.
QC> However, when the app is in dark mode, checkboxes are notified as
QC> buttons by screen readers (Jaws and NVDA), and their state checked or
QC> unchecked isn't announced. They continue to work properly, i.e. the
QC> state correctly switches when clicking or pressing space, but they keep
QC> being indicated as buttons without state to screen readers, as long as
QC> dark mode is on. So screen reader users can no longer know that these
QC> controls are indeed checkboxes, and if the checkboxes are checked or not.
QC>
QC> Am I missing something ? Should I do something special for dark mode ?
QC> Is that a limitation of dark mode ? Or this is just a bug ?
This is clearly a bug but it might be a bug in the screen reader and not
wxWidgets. Checkboxes are buttons in Win32 API (don't ask me why, but push
buttons, radio buttons and check boxes are all just buttons with different
styles there), but the screen reader is supposed to examine their style to
see what kind of button is being used and wxCheckBox uses BS_CHECKBOX in
both light and dark mode, so I have no idea why would it be misdetected
only in the latter.
Please try asking the screen reader developers, I'm ready to make whatever
changes we need to make to help them but I don't know what else do they
need, if the button style is not enough (although, somehow, it clearly is
in light mode).
Good luck,
VZ
--
TT-Solutions: wxWidgets consultancy and technical support
https://www.tt-solutions.com/