https://bugs.documentfoundation.org/show_bug.cgi?id=152534
--- Comment #31 from [email protected] --- I can confirm that (In reply to WildByDesign from comment #26) > The developer of Explorer++, David Erceg, who has a good understanding of > the win32-darkmode implementations has followed up with a nicely detailed > response. > > Link: > https://github.com/derceg/explorerplusplus/issues/115#issuecomment-1666308914 > > Some of my takeaways from the response: > > - The issue is not likely specific to the aero.msstyles theme resource file > itself, but more likely issues within the dark mode API (within Windows) > that pulls data from the theme resource file. > > - "Even with the use of the undocumented APIs and classes from > aero.msstyles, partially or fully drawing controls is still necessary to > achieve a cohesive result." > > - The fact that win32-darkmode consists of undocumented APIs, these issues > would be unsupported and extremely unlikely that Microsoft would ever fix > these issues. > > Since Microsoft requires installing an app just to vote for the issue to be > fixed, that makes it much more difficult to bring attention to the issue. > There is often issues in Windows which get 10s of thousands of votes before > it puts enough pressure on Microsoft to implement whatever fix or feature > update. I don't hold much hope on this issue, unfortunately. > > Also, from my own personal opinion, that workaround that Notepad++ which > simply inverts the color, is still quite terrible. That workaround would > still be bad for any users with vision problems. Also it's quite jarring > regardless from a visual perspective. > > I created an msstyles alternative > (https://github.com/WildByDesign/Aero.msstyles-win32-darkmode) which is > essentially default aero.msstyles file with the one and only change to it > being swapping the terrible bright blue highlight to a proper dark mode > highlight for toolbar icons. Yet still, getting users to install a separate > aero.msstyles theme is not a great workaround either. I created this mostly > with vision impaired users in mind. > > I still believe that custom drawing the toolbar icons is the only proper way > to fix this bug and it seems to be what David Erceg (Explorer++ dev) is also > suggesting. Thanks WildByDesign, your solution on GitHub works great! I'm not sure what the best place would be, but it'd be great if this was also linked in the official support somewhere or anywhere more obvious -- it the only way I've found to make Windows 11 dark mode usable and it took some *finding*. -- You are receiving this mail because: You are the assignee for the bug.
