Native VS-like Dark Theme Support [Live screenshot included] about winfile HOT 20 OPEN

i like it

from winfile.

@T8z5h3 for UWP apps and only if they haven't disabled support

This is the good old days of Win32 (well Win16) where you could change the colour and font of basically everything in the system and applications would respect it. Unfortunately the native controls where somewhat limited and complex to use (and remained like that until WinForms) so applications and even parts of Windows itself moved to custom toolkits that were easier to work with (see Office or Media Player) and as such support was largely dropped

from winfile.

Actually, most buttons in Windows 3.1 supports dark theme. The reason the drive button looks so bad here is that WinFile decided hard code the button highlights & shadows and used bitmaps for the icon. That's why I always prefer using as much native UI as possible. It keeps things future proof and allows better theming support down the line.

Here's how a button is supposed to look had it been created natively. The confirmation settings uses native controls, and, therefore, it correctly supports the dark theme. Notice that it looks flat, as I removed the highlight & shadow color to give Win31 a modern look.

from winfile.

@ZanderBrown it's not for UWP only. Win32 apps can add support the lite/dark mode switch as well very easily. They just need to manually "supply" their own theming. Just take a look at paint.net. It now has a dark mode that honors Windows 10's mode setting and can be set to dynamically switch based on the settings app or be set to always be dark or lite. But the software author had to manually design the look of the dark mode.

This won't be problem for WinFile, as, like I noted earlier, the app mostly uses native Windows controls, which has built in support for re-coloring. And a specific theme can be applied based on whether the lite or dark mode is set.

It's also why I love the XAML UI system used by UWP apps, which was built with customization in mind. By default, the buttons are a gray square, but you can modify the native controls any way you like without building custom controls that may or may not benefit from future changes in the OS.

from winfile.

Was that screenshot built on Win3.1? Because if not I really want that window style DX

from winfile.

looks great except for the issues note about the buttons.

from winfile.

So, what's the problem? Use the theme which you like.

from winfile.

@Anixx In this case, you had to change your entire OS colors, which, Windows 10 and 8 doesn't support by default (and will ruin the look of other apps if you do it manually through reg edits). This thread is about an application specific color. Each app can, if they want to, recolor the standard Windows UI component for that app only, allowing you to always have a particular app to have a particular color, regardless of the color the OS is using. Windows 10 supports this behavior. This only applies to the "classic theme" controls, which the WinFile is using.

P.S. notice how Windows 3.1's flat design allows the UI to be a lot more cleaner and less distracting without all the bevels, emboss, outlines, letting you focus on the content. Which is why I love modern UI paradigms.

from winfile.

windows 10 does have a dark mode

from winfile.

i do remember that

from winfile.

@NazmusLabs
I welcome these changes. There are a few other repositories which may interest you in relation to this:

• https://github.com/ysc3839/win32-darkmode
• https://github.com/WindowsNT/uwplib

The first is an example application using the Dark Mode API introduced in Windows 1809, and the bottom is a library which was created to make UWP-based UI elements easier to implement in Win32 code.

from winfile.

@heydennyyy yup, it was built on vanilla Windows 3.1 using the built in control panel settings to change color schemes

from winfile.

Another solution is to create a personalized dark visual style. Like that, all Win32 applications will support the dark mode.
The main problem is that the way Microsoft manages visual style is absurd; Instead of creating a separate "dark mod" visual style, Microsoft stupidly persists in creating a "dark mod" inside the "light" visual style, which most Win32 programs cannot take care of.

nptr/msstyleEditor#74

from winfile.

@Anixx If you could explain how you got that theme to work with winfile, it would be greatly appreciated. Been looking around but haven't seen much and @NazmusLabs explanation for your post wasn't all to helpful

from winfile.

@Anixx reggarding colors, it simply works, picking the colors from the system, you do not need to do anything.

from winfile.

@Anixx reggarding colors, it simply works, picking the colors from the system, you do not need to do anything.

I have my system colours set to grey and in the dark theme. Is there some directory your put the win file folder directly that could determine this. Right now I just have it in my program files folder, but maybe putting it in %system% could make the dark theme work

from winfile.

It does not depend on directory, it depends on the system colors in your registry. For instance:
colors.reg.txt

from winfile.

@Anixx I see what you mean. I assumed the default windows personalization would do this, but it seems not. It would be nice to be able to selectively control the controls for the apps as these edits mess with some of my other apps looks, but thanks for the help

from winfile.

You can change all the colors in the system, including those not included in UWP settings app using WinPaletter.

from winfile.

Just got the time to mess with WinPaletter, definitely a great tool for customization, so thank you for recommending it. There were two elements I still couldn't manage to change that I noticed you did, I attached a photo with those elements drawn over in red, if you had any idea. I took your reg file and imported it as well as tried winpaletter to alter these, though I could just be missing something

from winfile.