• Thread Author
Microsoft’s PowerToys is about to plug one of Windows 11’s most persistent annoyances: a built‑in way to automatically switch between Light and Dark modes on a user-defined schedule — delivered as a PowerToys module rather than via the core Settings app.

Background / Overview​

For years Windows users have lived with a small but niggling gap in personalization: while Windows 11 exposes Light and Dark themes, it has not offered a straightforward, system‑level scheduler to toggle those themes automatically at set times or at sunrise and sunset. Power users filled the void with registry hacks, Task Scheduler jobs, and third‑party utilities such as Auto Dark Mode. The PowerToys team recently confirmed that a Theme Scheduler module is planned for the next release cycle — teased after the PowerToys v0.94 release and expected to ship as part of v0.95.
PowerToys has evolved into Microsoft’s experimental lab and distribution mechanism for productivity features and power‑user utilities. Several widely used tools — FancyZones, PowerRename, PowerToys Run (Command Palette) and others — matured inside PowerToys before influencing wider Windows expectations. That history makes the arrival of a theme scheduler inside PowerToys both strategically sensible and pragmatically useful: it gives Microsoft room to test UX, compatibility, and edge cases before deciding whether to fold behavior into the OS proper.

What Microsoft shipped in PowerToys v0.94 — and what it promised next​

PowerToys v0.94 focused on polish and accessibility rather than glitzy new features. Notable additions include:
  • Settings search with fuzzy matching and a results page to make options easier to find.
  • A hotkey conflict detection system in Settings to surface overlapping shortcuts and help users resolve collisions.
  • Mouse Utilities added a Gliding cursor accessibility mode to Mouse Pointer Crosshairs to assist users who need single‑button cursor movement.
  • The installer was upgraded to WiX 5 (from WiX 3) to improve installer security and reliability.
Crucially, the v0.94 blog post and release notes explicitly teased two items for the follow‑up release: a revamped Keyboard Manager UI and a new utility to automatically switch between Light and Dark modes based on schedule. The PowerToys team’s product manager confirmed the roadmap language publicly, and independent outlets picked up the same line of reporting.

Why scheduled theme switching matters​

Automatic theme switching is not merely cosmetic. There are three practical reasons many users want it:
  • Comfort and eye strain: Switching to dark palettes in low‑light conditions can reduce glare and perceived eye strain for evening use.
  • Battery economics on OLED: On devices with OLED panels, dark pixels use less power. Scheduling a dark theme in low‑light or when unplugged can produce measurable battery gains.
  • Cross‑platform expectations: macOS and mobile platforms have long offered timed or sunset/sunrise automatic appearance switching; users expect similar conveniences on the desktop. PowerToys’ scheduler aligns Windows with that expectation.
Those benefits explain the persistent community demand and the multiple GitHub issues and forum threads that drove Microsoft’s attention to the feature. PowerToys adding an official, Microsoft‑maintained scheduler reduces reliance on brittle scripts and third‑party utilities, delivering a first‑party alternative with lifecycle support.

What to expect from PowerToys’ Theme Scheduler (likely feature set)​

The PowerToys team has kept specifics light while confirming the feature. Based on the announcement language, GitHub issue history, and community expectations, a practical first release will likely include:
  • A global on/off toggle for the Theme Scheduler module.
  • Time‑based entries so users can set explicit switch times (e.g., Light at 07:00, Dark at 19:00).
  • Sunrise/sunset triggers that compute local times from system location or manual coordinates.
  • Options to change the System theme, the Apps theme, or both (the two Windows registry flags that control appearance are typically handled separately).
  • A “pause while in full‑screen” switch to avoid jarring transitions during games or presentations.
  • Clear UI integration inside PowerToys Settings with an accessible settings page and a tray quick toggle.
These items reflect conservative, user‑centered choices designed to minimize support churn and real‑world surprises. PowerToys historically ships incremental, well‑documented features and then iterates based on user feedback.

Real‑world caveats and technical limitations​

A scheduled toggle that flips a couple of registry values sounds simple, but the reality of Windows’ application ecosystem introduces several caveats that could affect user experience:
  • Partial repaint and stale UI elements. Not all apps or shell components repaint immediately when theme values change. Some legacy Win32 applications, certain third‑party programs, and parts of Explorer may remain in the prior theme until reopened or until Explorer is restarted. This can create visual inconsistency and confusion. PowerToys should document this and — ideally — include a “refresh shell” helper.
  • Managed environment conflicts (Group Policy / MDM). On domain‑joined or MDM‑managed devices, administrators may lock personalization settings. A per‑user PowerToys scheduler could be blocked, overridden, or simply appear to do nothing. IT teams must test behavior and consider policies that may need to be adjusted.
  • Accessibility trade‑offs. Dark mode benefits some users but can be worse for users with certain visual impairments. The scheduler should include clear accessibility options, per‑app exceptions, and an easy way to opt out.
  • Wallpaper and accent coordination. Many users pair specific wallpapers or accent colors with Light and Dark themes. If the scheduler only toggles the personalization registry keys without changing wallpaper or accent settings, the desktop can look mismatched. Ideally the scheduler exposes options to synchronize wallpaper and accents, or at minimum documents which keys it modifies.
  • Battery and performance tradeoffs on desktops. Dark mode provides no power benefit on LCD monitors and might reduce contrast for long document reading. Users should pick schedules tailored to their device and tasks rather than assuming dark equals better.
These are not showstoppers but they are material UX considerations. PowerToys’ team appears aware of these risks and the community is already discussing mitigation strategies in forums and GitHub threads.

How to get automatic theme switching today (before PowerToys v0.95 ships)​

You don’t have to wait. Several robust options are already available:
  • Use a mature third‑party app such as Auto Dark Mode. It supports time schedules, sunrise/sunset triggers using geographic coordinates, wallpaper synchronization, and additional smart triggers (like switching when the laptop is plugged/unplugged). The app also has been updated to run natively on ARM devices. Auto Dark Mode has been a recommended community option for years.
  • Use Task Scheduler and a pair of registry commands to flip theme flags at scheduled times. This is an advanced but reliable method for power users. The two registry values commonly toggled are AppsUseLightTheme and SystemUsesLightTheme under HKCU\Software\Microsoft\Windows\CurrentVersion\Themes\Personalize; setting these DWORD values to 0 selects Dark mode, 1 selects Light mode. Test carefully and back up settings before automating registry changes.
Example Task Scheduler steps (advanced users):
  • Open Task Scheduler and create a new task.
  • On the Actions tab, add an action that runs reg.exe with arguments to set both personalization flags to Dark (0) at the desired evening time:
  • reg add "HKCU\Software\Microsoft\Windows\CurrentVersion\Themes\Personalize" /v AppsUseLightTheme /t REG_DWORD /d 0 /f
  • reg add "HKCU\Software\Microsoft\Windows\CurrentVersion\Themes\Personalize" /v SystemUsesLightTheme /t REG_DWORD /d 0 /f
  • Create a second task to set both values to Light (1) for the morning schedule.
  • Configure triggers (Daily, at logon, or at workstation unlock) and ensure tasks run only when the user is logged in. Optionally add a step to restart Explorer if you encounter legacy UI repaint issues.
Warning: editing the registry and automating changes is powerful but risky. Back up the registry and test on a non‑critical machine.

What PowerToys should do to make this feature great​

PowerToys’ implementation can outshine existing third‑party offerings if the team prioritizes clarity, compatibility, and practical controls. Recommended features and design choices:
  • Expose both registry flags separately (Apps vs System) so users can decide which surfaces to change. Some users prefer app UIs to remain dark while system chrome stays light.
  • Include wallpaper and accent synchronization as optional toggles to avoid mismatched appearance. Many users expect their background to match their theme.
  • Provide a “refresh shell / restart Explorer” helper and explain when it is needed. This reduces support friction for users who see stale UIs.
  • Add per‑app exceptions or a “do not switch when app X is running” list. This addresses users who rely on particular apps to stay in a given theme.
  • Add a “pause when presenting or on battery saver” mode, and a “pause while full‑screen” option to prevent awkward switches during meetings or gaming.
  • Document interactions with Group Policy / MDM, and offer silent failure modes that log rather than spam the end user. IT admins need clarity on deployability across managed fleets.
  • Make the module discoverable in Settings search (PowerToys v0.94 added fuzzy Settings search; the Theme Scheduler should leverage that same UX to reduce configuration friction).
If PowerToys delivers on even a subset of these, the feature will be a clear practical win for users and IT administrators alike.

Impact on users, enterprises, and developers​

  • For everyday users, PowerToys’ scheduler is likely to be the most convenient route to automatic theme switching once v0.95 ships. It will reduce reliance on external apps or registry hacks, especially for those who prefer staying within Microsoft’s ecosystem.
  • For enterprises, the module is useful but requires policy awareness. IT administrators should pilot PowerToys in controlled groups and confirm whether personalization settings are governed by policy; if they are, PowerToys’ scheduler may be suppressed or create expected‑but‑confusing behavior for end users. Staged rollouts and clear communication are recommended.
  • For developers, an official first‑party scheduler is a reminder to ensure apps respond to theme changes gracefully. Listen for theme change notifications, repaint your UI, and avoid assumptions about a static appearance environment. This reduces UX bugs and improves the cross‑app visual experience.

Quick checklist: what to do when v0.95 arrives​

  • Read the PowerToys v0.95 release notes and changelog for exact feature details and documented limitations.
  • Install PowerToys on a non‑critical machine to test theme propagation across your most important apps (Office, browsers, legacy tools).
  • Test whether the scheduler flips both System and Apps flags and whether Explorer or specific apps require a restart.
  • For managed devices, confirm policy behavior and whether Group Policy or MDM overrides the scheduler.
  • If you rely on cross‑device sync (e.g., multiple machines linked to the same Microsoft account), expect per‑device behavior; plan accordingly.
Following these steps will minimize support issues and help the PowerToys team gather meaningful feedback.

The bigger picture: PowerToys as Microsoft’s UX testbed​

PowerToys has repeatedly served as an incubator for features and workflows that later influence native Windows behavior. That pattern matters because PowerToys can iterate faster, gather real user telemetry and community feedback, and prove a feature’s value without immediately committing it to the OS. Shipping a Theme Scheduler in PowerToys aligns with that pattern: it’s a low‑risk way to validate demand, discover edge cases, and refine UX before a potential native integration.
This approach benefits users because it reduces the time between idea and delivery. It benefits Microsoft because it reduces the cost of mistakes and uncovers real‑world interoperability issues that only surface at scale. For the Theme Scheduler specifically, PowerToys’ module model is a pragmatic middle ground — giving users a first‑party experience sooner while leaving OS‑level integration for later if warranted.

Final verdict​

A scheduled Light/Dark switch is a deceptively small feature that will deliver broad, everyday value. PowerToys’ approach — shipping the capability as a module while leaving room for iteration — is the right one. The community is well served by Microsoft bringing a first‑party solution into the fold, but expect nuance: not every app will repaint instantly, managed environments may override behavior, and per‑app accessibility needs will complicate “one size fits all” designs. Users who need the feature now should evaluate trusted third‑party apps like Auto Dark Mode or use Task Scheduler-based recipes, and IT admins should pilot PowerToys before wide deployment.PowerToys v0.95 — if it ships with thoughtfully designed controls (per‑app exceptions, wallpaper and accent sync, Explorer refresh helpers, and clear policy guidance) — will close a long‑standing UX gap in Windows and demonstrate PowerToys’ continued value as an incubator for small, high‑impact features.
(End of article)

Source: Windows Central A simple feature Windows 11 should have had from day one is finally arriving — via PowerToys.
 
Microsoft is finally giving Windows 11 users a way to switch between Light and Dark themes automatically—without third‑party hacks or manual trips into Settings—but there’s a twist: the feature is arriving via PowerToys, not as a native Windows Settings toggle, and important implementation details remain to be confirmed.

Background​

Windows has supported Light and Dark themes for several years, and the setting is now integrated into many system surfaces and UWP/Win32 apps. Mobile platforms and macOS long ago added a built‑in scheduler and sunrise/sunset triggers so the OS can flip themes automatically. On Windows, users who wanted the same convenience had to rely on community apps, Task Scheduler + PowerShell scripts, or utilities like Auto Dark Mode. That has left a gap at the OS level: Windows Settings still lacks a first‑party schedule option that toggles both System and Apps theme values automatically.
Microsoft’s PowerToys team has announced that a future release will include a new utility to address that gap: a theme scheduler that can automatically switch between Light and Dark modes based on a schedule. The announcement was made as part of the v0.94 / v0.95 development cycle, where PowerToys 0.94 focused on settings search, hotkey conflict detection, and accessibility improvements, while v0.95 is expected to introduce the scheduler and a revamped Keyboard Manager UI.
This is an important development for Windows 11 users because PowerToys is a first‑party, open‑source project maintained by Microsoft—so, unlike many third‑party tools, this solution will be built, audited, and distributed by Microsoft itself. That said, because it is implemented as a PowerToy rather than a Settings feature, there are real tradeoffs worth examining before people treat this as a full replacement for OS‑level functionality.

What PowerToys’ theme scheduler aims to deliver​

The publicly stated goal for the new PowerToys utility is straightforward: let users define when Windows switches between Light and Dark so the desktop matches the ambient conditions or a personal preference schedule. Based on the preview descriptions and community expectations, the planned feature set likely includes:
  • Time‑based scheduling: set specific times for Light and Dark (for example, Light at 07:00, Dark at 19:30).
  • Sunset/Sunrise mode: use local sunrise/sunset calculations to trigger theme changes automatically.
  • Separate control of the System and Apps theme values so users can choose whether the taskbar/Start/notification surfaces and app UIs are both updated.
  • A tray/menu shortcut for quick manual overrides and immediate toggles.
  • Optional suppression during full‑screen apps, presentations, or gaming to avoid disruptive switches.
  • A compact notification or undo affordance when a switch occurs.
These expected capabilities mirror the features community tools have offered for years, but there are three important differences to note: PowerToys is Microsoft‑maintained, it integrates with other PowerToys modules, and it can ship updates through Microsoft’s standard release channels (GitHub, Microsoft Store, winget).

How theme switching actually works on Windows (technical deep dive)​

To judge whether a PowerToys scheduler will be reliable and seamless, it helps to understand how Windows tracks theme state and what’s needed to flip it programmatically.
Windows stores Light/Dark preferences for both apps and system surfaces in two registry values under the current user hive:
  • HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Themes\Personalize\AppsUseLightTheme
  • HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Themes\Personalize\SystemUsesLightTheme
A value of 1 typically indicates Light mode, while 0 indicates Dark mode. Changing those registry entries is the simplest way many scripts and third‑party apps have toggled themes. However, changing the registry alone is not always sufficient. Modern Windows shells and components do not always respond to registry edits immediately; some UI elements require an explicit broadcast of a settings change message (for example, a WM_SETTINGCHANGE with lParam 'ImmersiveColorSet') or, in worst cases, a restart of explorer.exe to fully refresh the taskbar, Start menu, or other surfaces.
Because Windows 11 evolved to use more modern UI frameworks and background services, simple registry flips that used to work are sometimes unreliable on the newest builds. That’s why robust theme switchers—especially those aiming to change the taskbar and Start—must do more than write registry values. They typically:
  • Update the registry keys controlling theme values.
  • Broadcast the correct Windows message so listening processes can update.
  • Where that fails, restart or refresh explorer.exe (or call internal APIs) to force a full repaint.
PowerToys, as a Microsoft project, has access to documentation and knowledge about the correct interplay between UI components. If the PowerToys scheduler uses the supported internal APIs or sends the right system notifications rather than relying solely on registry writes, it can avoid many of the flaky behaviors third‑party tools have historically encountered. Conversely, if the scheduler falls back to registry edits alone, users may see inconsistent results—especially on some hardware or build combinations.
Important caveat: the exact implementation details of the PowerToys scheduler are not yet public/confirmed. It’s plausible PowerToys will use a combination of registry changes and broadcast notifications to minimize disruption, but that must be verified once the v0.95 code is published and users start testing it in the wild.

Why Microsoft is delivering this as a PowerToy (and what that implies)​

Microsoft choosing PowerToys for this feature is both practical and telling.
  • PowerToys is a proven delivery vehicle for small, opinionated utilities that augment Windows without changing core OS behavior.
  • Shipping in PowerToys lets Microsoft prototype, iterate, and collect telemetry faster than adding a feature to the main OS Settings pipeline.
  • PowerToys is open source and distributed via GitHub and the Microsoft Store, which means the community can inspect the code and raise issues or PRs.
However, there are tradeoffs:
  • PowerToys runs as a separate user‑level process (per‑user or machine‑wide). If PowerToys is not installed or is disabled by IT policy, you don't get the automatic switching.
  • Enterprises often restrict or manage PowerToys via Group Policy or deployment policies. A PowerToys‑based scheduler becomes another component administrators must approve.
  • Implementing this outside the Settings app means the official Windows Settings UI may continue to lack a native scheduler for some time, and users wanting an OS‑level solution will still be waiting.

Comparison: native OS behavior (macOS/iOS) vs PowerToys approach​

macOS and iOS have long had built‑in, low‑level theme scheduling. When those platforms change theme, the OS sends well‑defined notifications and the shell and apps respond predictably. App developers can reliably listen for that event and update UI state.
Windows’ historical approach has been less consistent—multiple UI layers, differing frameworks, and changes across Windows 10/11 releases have made theme propagation more brittle. Because PowerToys operates at user level and can call a variety of hooks, it could provide a more stable experience than existing third‑party utilities, but it will still be a layer on top of the OS rather than a replacement for a native setting that apps can rely on uniformly.
For users who want simplicity and reliability, a true OS Settings option would be ideal. For now, PowerToys’ solution is a pragmatic bridge: it’s first‑party, maintained by Microsoft, and likely to be better integrated than independent tools.

Alternatives today: scripts and third‑party apps​

Until the scheduler is widely available and proven, users have a few options:
  • Auto Dark Mode (community app): a popular, open‑source app that switches themes on schedule, supports sunrise/sunset, wallpaper switches, and can suppress switches during games. It’s lightweight and feature rich.
  • Task Scheduler + PowerShell: create scheduled tasks that toggle the registry keys and broadcast a WM_SETTINGCHANGE message; many shared scripts also restart explorer.exe when necessary.
  • Commercial/enterprise deployment: some endpoint management tools can push user preferences at certain times, but this is rarely used for aesthetic theme switching.
Those options work but can be fragile on newer Windows builds. The advantage of the PowerToys scheduler will be that it’s an official path maintained by Microsoft—if it does the hard work of invoking the correct update paths, it should be more reliable than consumer scripts.

Risks, caveats and things to watch​

  • Reliability of the theme switch
  • Some registry‑only approaches don’t update every UI element consistently. If the PowerToys scheduler relies on registry edits alone it may inherit the same issues. Expect initial edge cases on certain Windows builds or with exotic shells/widgets.
  • Explorer restarts and visual disruption
  • Forcing a restart of explorer.exe is a blunt but effective way to ensure the taskbar and Start menu follow the new theme. If PowerToys’ scheduler restarts explorer, users might see momentary flicker or lose transient UI state. A good scheduler will minimize or avoid restarts.
  • Privacy and location handling
  • Sunset/sunrise triggers require a way to compute local times. If the scheduler auto‑detects location, the implementation should disclose how location data is handled. Ideally, PowerToys will offer manual location input as a privacy‑friendly option and avoid sending location off‑device.
  • Enterprise controls and manageability
  • PowerToys can be installed per‑user or machine‑wide, and enterprises often control it via GPO or deployment tooling. Organizations may choose to block PowerToys entirely; in those environments this feature will not be available. Administrators will also need documentation on how the scheduler behaves with Group Policy and MDM settings.
  • Interactions with accessibility features and Night Light
  • Theme scheduling is cosmetic; it should play nicely with Night Light (blue light reduction), focus assist, and accessibility tools. Users with high‑contrast modes or custom themes must be able to opt out. The ideal behavior is non‑destructive, with explicit settings for which theme values to change.
  • Versioning and update cadence
  • Shipping in PowerToys means the feature can be iterated on quickly, but it also means users must update PowerToys to get fixes. PowerToys’ update mechanism (GitHub releases, Microsoft Store, winget) is robust, but enterprises using locked catalogs may lag.
  • Feature parity vs native OS
  • Because this is not a Settings feature, some apps or third‑party utilities might continue to see the previous theme until they explicitly handle the change notifications PowerToys triggers. Full parity with a native OS setting is not guaranteed.

What to expect at release and how to evaluate it​

When v0.95 (or the release containing the scheduler) arrives, evaluate it along these practical lines:
  • Does scheduling support both explicit times and sunset/sunrise?
  • Can you choose whether to switch System, Apps, or both?
  • Does the scheduler rely on registry edits only, or does it call higher‑level APIs / broadcast the correct messages?
  • Does the scheduler require an Explorer restart for full effect, and if so, is that documented or optional?
  • Are there opt‑outs for accessibility, focused sessions, and full‑screen apps?
  • How does the UI present location use (if any), and can you enter coordinates/timezone manually?
  • For enterprise admins: what registry keys or policies control the scheduler, and can it be managed centrally?
A successful implementation will minimize disruption, be transparent about location and telemetry, and provide undo/override options so users aren’t surprised by automatic switches.

Quick guide: how to get similar behavior right now (two pragmatic approaches)​

If you want automatic theme switching today, here are two proven paths—one lightweight and scriptable, the other turnkey.
1.) Use Auto Dark Mode (community app)
  • Download and install the app from its official distribution (GitHub or Microsoft Store).
  • Open the Auto Dark Mode settings.
  • Enable scheduling and choose either fixed times or Sunrise/Sunset mode.
  • Configure whether to switch wallpaper and additional options like Office theme or mouse cursor.
  • Optionally enable suppression during games/presentations.
2.) Task Scheduler + PowerShell (manual, no third‑party app)
  • Write a small PowerShell script that sets the registry keys:
  • Set HKCU...\Personalize\AppsUseLightTheme to 0 or 1
  • Set HKCU...\Personalize\SystemUsesLightTheme to 0 or 1
  • Broadcast WM_SETTINGCHANGE (ImmersiveColorSet) to inform apps of changes.
  • Create two scheduled tasks in Task Scheduler: one to run the script in the morning, one for the evening (or more granular timing).
  • Test and, if necessary, include an explorer.exe restart step as a last resort (understand the visual and state implications).
Both approaches have tradeoffs: Auto Dark Mode is full‑featured and easier; the Task Scheduler route gives you control but requires technical comfort and careful testing.

Why this matters for everyday Windows users​

Automatic Light/Dark switching is more than an aesthetic nicety. It reduces eye strain in low light, can improve battery life on OLED displays, and keeps desktop environments consistent with mobile and macOS experiences many users now expect. Microsoft adding this functionality—even as a PowerToy—means the company acknowledges a persistent usability gap.
PowerToys delivering it also signals a pragmatic product strategy: use PowerToys as a rapid‑delivery channel for features that may later migrate into core Windows if they prove successful. For power users, developers, and IT pros, this is a welcome step. For casual users or enterprise desks without PowerToys, the benefit will only arrive once PowerToys is allowed, installed, and updated.

Final analysis: strengths, limitations, and next steps​

Strengths
  • The theme scheduler will be Microsoft‑maintained and open source, which increases trust and reduces the risk compared with unknown third‑party utilities.
  • PowerToys’ shipping cadence allows Microsoft to iterate and patch quickly based on user feedback.
  • The scheduler closes a long‑standing feature gap and will help reduce reliance on scripts and community tools.
Limitations and risks
  • Because it’s a PowerToy and not a native Settings feature, adoption will be limited by whether users install or administrators allow PowerToys.
  • Implementation quality matters: a registry‑only approach could be flaky, and forced explorer restarts would degrade the user experience.
  • Enterprises will need controls and documentation to adopt or block the feature; current PowerToys policy handling has had issues in the past that administrators should test.
Next steps to watch
  • Inspect the v0.95 release notes and changelog when it ships—confirm whether schedule options include sunrise/sunset and whether System/Apps are independently controllable.
  • Test the scheduler on updated Windows 11 builds to validate propagation behavior across common scenarios (multiple monitors, explorer updates, third‑party shells).
  • Monitor PowerToys GitHub issues and the community for early reports of edge cases; PowerToys’ open development model makes it easy to track fixes.

Automatic theme switching in Windows 11 via PowerToys is a pragmatic, welcome move that bridges a real usability gap, but it is not the same as a native OS setting. The difference matters for reliability, manageability, and deployment. Users should be cautiously optimistic: if PowerToys implements the scheduler using the correct OS notifications and careful refresh logic, this will be a major quality‑of‑life win. If it relies on brittle shortcuts, users will quickly notice the limitations. Either way, the arrival of a PowerToys theme scheduler marks an important step toward making Windows 11 feel as polished and context‑aware as competing platforms.

Source: TweakTown Windows 11 finally gets automatic switching between light and dark modes - sort of