Hi Philipp, > The fact that there are no such things. The only flag there is is on > windows and its actual meaning is that it switches between two sets of > themes, not that "high contrast" is on.
Let me re-phrase: What if next year, we decide that "high-contrast" is not indicated by "IsDark", but by "IsDarkOrNearlyDark", or "IsProbablyHighContrast"? Point is, spreading the "HC-detection" heuristics all over the code is not a Good Thing (TM), as nobody knows when it will change. >>So, yes, I think I really really need it :) > > So what about asking Application::GetSettings().GetWindowColor().IsDark() ? Where I implement this interface, I don't have access to the Application class (to complete VCL, for that matter). If we had a defined, stable, UNO-accessible (or at least: accessible in module tools or below) way to retrieve the HC-flag, I'm all in for it. But we haven't. Any suggestions how such a beast would look like? Admitted (after some more offline-disucssions which started by accident :), this ColorMode is not a Good Thing (TM), either - I agree that "HC" should be "just another theme". But current code doesn't do it this way, and there is no mechanism in sight which would relief me from guessing the HC mode myself. Ciao Frank PS: everybody who argued on the phone why this Mode is not a good idea: please join here! :) -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Database http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
