|
|
Post by ihatemetro on Sept 22, 2022 16:00:55 GMT -8
A "DWM-off" mode on Windows 11 is actually possible without the mouse cursor disappearing and becoming unusable. Though there isn't any practical use for this anymore (maybe except fixing Aero/Win7 style wizards (like troubleshooting wizards) properly?), I think that it may be useful to some, or for people to do this just for fun.
Here are the basic steps: 1. Rename DWMInit.dll (Found in C:\Windows\System32)
2. Rename StartMenuExperienceHost.exe (It is in C:\WINDOWS\SystemApps\Microsoft.Windows.StartMenuExperienceHost_cw5n1h2txyew) 3. Rename MiniSearchHost.exe, SearchHost.exe and TextInputHost.exe (All are in C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy) 4. Rename Windows.immersiveshell.serviceprovider.dll (Found in C:\Windows\System32)
4. Reboot
(Though for it to actually become useful, you need to modify explorer (by using ExplorerPatcher, Open-Shell, etc.), rename Windows.UI.Logon.dll, and maybe modify some other Windows programs. If you are using ExplorerPatcher, note that the ExplorerPatcher Properties dialog will be UNUSABLE in DWM off mode without Classic Theme.
There are some "glitches" though (even after modifications): - A black window appearing, though this occurs in late Windows 10 versions as well. (Can be fixed by renaming Windows.immersiveshell.serviceprovider.dll)
- A box appearing at the top-left corner of the desktop, which brings the active window to focus when clicked on. (Can be fixed by renaming Windows.immersiveshell.serviceprovider.dll)
- At the top of the desktop, there is an area where the wallpaper doesn't render and instead does effect where parts of the window get stick there after moving it. (Also fixed by renaming Windows.immersiveshell.serviceprovider.dll)
- RDP connections to the computer with DWM off doesn't work. It gets stuck on configuration of the remote computer. (Any fixes for this though?) - Explorer is unstable. (Potentially mostly fixed by renaming Windows.immersiveshell.serviceprovider.dll)
Third-Party Programs: - TightVNC: Client shows a black screen, cursor can get controlled but it's very laggy, and persists even after disconnect. - ExplorerPatcher: Properties dialog does not work without classic theme being enabled (due to it using Metro in themed mode and Win32 in non-themed/classic themed mode) - Firefox: Command prompt window can disappear if in front of the Firefox window, except for updates to the command prompt window (which will eventually disappear as well)
|
|
|
|
Post by OrthodoxWin32 on Sept 23, 2022 2:06:39 GMT -8
A "DWM-off" mode on Windows 11 is actually possible without the mouse cursor disappearing and becoming unusable. Though there isn't any practical use for this anymore, I think that it may be useful to some, or for people to do this just for fun.
Thanks you ihatemetro . Anyway, I think Microsoft can't forbid using Windows without DWM, because there are still Windows Server Core, WindowsPE and ValidationOS. |
|
Alcatel
Freshman Member
Posts: 66
OS: Windows 10 Enterprise LTSC 2019
Theme: Windows 7 Basic
CPU: i3-5005U
RAM: 6 GB DDR3
GPU: Intel Integrated Graphics 5500
|
Post by Alcatel on Oct 3, 2022 20:51:52 GMT -8
It is really strange that they care so much whether people want to use DWM. Is there any practical reason that they have to make it so difficult?
|
|
|
|
Post by ihatemetro on Oct 4, 2022 8:15:38 GMT -8
It is really strange that they care so much whether people want to use DWM. Is there any practical reason that they have to make it so difficult? Probably Metro/UWP apps, which requires DWM for whatever reason (blur and window frames?). Also fun fact: In early Windows 8 betas, metro worked fully without DWM. Don't know why they decided to make it work only with DWM on. |
|
|
|
Post by windowman on Mar 27, 2023 12:39:49 GMT -8
Does this work on Windows 10 21h2?
|
|
|
|
Post by anixx on Mar 27, 2023 12:52:02 GMT -8
Explorer Patcher does not use Metro.
|
|
|
|
Post by anixx on Mar 27, 2023 12:53:27 GMT -8
Does the Logon screen work when DWM off on Windows 11?
|
|
|
|
Post by ihatemetro on Mar 27, 2023 16:17:31 GMT -8
Does the Logon screen work when DWM off on Windows 11? Yes, if you rename Windows.UI.Logon.dll in C:\Windows\System32. However, it will give you the console login screen and not the full GUI one. And about your other comment: Yes, ExplorerPatcher does use Metro, when you are not using Classic Theme. I am specifically referring to the ExplorerPatcher settings/properties dialog. Under Classic Theme, it uses Win32, but in themed mode, regardless of DWM being on or off, it uses Metro/UWP or whatnot. |
|
|
|
Post by anixx on Mar 27, 2023 16:23:36 GMT -8
And about your other comment: Yes, ExplorerPatcher does use Metro, when you are not using Classic Theme. I am specifically referring to the ExplorerPatcher settings/properties dialog. Under Classic Theme, it uses Win32, but in themed mode, regardless of DWM being on or off, it uses Metro/UWP or whatnot. No, it does not use Metro or UWP in any form. Regardless of its visual layout it is a pure Win32 application (more precisely, a library). Win32 gives a lot of means to customize the appearance.
All Metro apps run in one process: ApplicationFrameHost.exe. ExplorerPatcher dialog gets started with rundll32.exe, while its resident part runs in explorer.exe.
|
|
|
|
Post by ihatemetro on Mar 27, 2023 18:34:26 GMT -8
And about your other comment: Yes, ExplorerPatcher does use Metro, when you are not using Classic Theme. I am specifically referring to the ExplorerPatcher settings/properties dialog. Under Classic Theme, it uses Win32, but in themed mode, regardless of DWM being on or off, it uses Metro/UWP or whatnot. No, it does not use Metro or UWP in any form. Regardless of its visual layout it is a pure Win32 application (more precisely, a library). Win32 gives a lot of means to customize the appearance.
All Metro apps run in one process: ApplicationFrameHost.exe. ExplorerPatcher dialog gets started with rundll32.exe, while its resident part runs in explorer.exe.
Obviously the hooking and DLL injection is all Win32 (as explorer is 95% Win32) but I am talking about the Properties dialog when themed. It might not use Metro/UWP, but at least some common libraries. An example of this is the login screen in Windows 8+. It might not exactly be full Metro/UWP, but it does use many libraries from it, which makes it incompatible with DWM-off mode. The ExplorerPatcher properties dialog does the same thing. Try it for yourself, visual styles enabled but DWM off, and open the ExplorerPatcher dialog. You will see that it is a black window, characteristic of Metro/UWP apps with DWM off. Even the screenshots of the properties dialog show this, where the window is slightly blurred with the Metro/UWP/whatever blur and no proper titlebar. Only when Classic Theme is applied, it reverts to the true Win32 dialog, with proper titlebar and window elements. It also starts to work with DWM off. Even if you look at the source code, under ExplorerPatcher/gui.c, it has references to "Immersive", which is pretty much the code name of Metro/UWP (such as the Metro Settings app being called "ImmersiveControlPanel" in C:\Windows). It also has references to dark mode, which is used solely for Metro/UWP apps with the exception of explorer. |
|
|
|
Post by anixx on Mar 27, 2023 20:03:56 GMT -8
No, it does not use Metro or UWP in any form. Regardless of its visual layout it is a pure Win32 application (more precisely, a library). Win32 gives a lot of means to customize the appearance.
All Metro apps run in one process: ApplicationFrameHost.exe. ExplorerPatcher dialog gets started with rundll32.exe, while its resident part runs in explorer.exe.
Obviously the hooking and DLL injection is all Win32 (as explorer is 95% Win32) but I am talking about the Properties dialog when themed. It might not use Metro/UWP, but at least some common libraries. An example of this is the login screen in Windows 8+. It might not exactly be full Metro/UWP, but it does use many libraries from it, which makes it incompatible with DWM-off mode. The ExplorerPatcher properties dialog does the same thing. Try it for yourself, visual styles enabled but DWM off, and open the ExplorerPatcher dialog. You will see that it is a black window, characteristic of Metro/UWP apps with DWM off. Even the screenshots of the properties dialog show this, where the window is slightly blurred with the Metro/UWP/whatever blur and no proper titlebar. Only when Classic Theme is applied, it reverts to the true Win32 dialog, with proper titlebar and window elements. It also starts to work with DWM off. Even if you look at the source code, under ExplorerPatcher/gui.c, it has references to "Immersive", which is pretty much the code name of Metro/UWP (such as the Metro Settings app being called "ImmersiveControlPanel" in C:\Windows). It also has references to dark mode, which is used solely for Metro/UWP apps with the exception of explorer. EP uses window transparency, Mica effect... that's why it needs DWM but I do not think it uses any Metro libraries. Metro apps appear as empty windows without DWM because the window frame is ApplicationFrameHost, and the content is XAML-based. EP does not use XAML markup for dialogs nor ApplicationFrameHost which runs XAML window interrior. |
|
