torto
Freshman Member
Posts: 50
OS: Gentoo - Windows 1607
Theme: Gentoo: QtCurve - Windows: Classic - Oxygen Gold
|
Post by torto on May 25, 2023 7:57:34 GMT -8
I have finally figured out the scrollbar backgrounds.
It turns out the OS does use that color. For all system scrollbars. As a solid color, without any pattern.
...Only when it is the same color as the first "3D Light" color, for some obscure reason.
|
|
|
Post by OrthodoxWin32 on May 27, 2023 11:13:34 GMT -8
I can do that. Something like: /ApplyScheme "Scheme Name" "Scheme Size" Yes, exactly that, thank you ! Ideally, UserPreferenceMask settings should be taken into account in command line schemes (3D menus and title bar gradients).
|
|
torto
Freshman Member
Posts: 50
OS: Gentoo - Windows 1607
Theme: Gentoo: QtCurve - Windows: Classic - Oxygen Gold
|
Post by torto on Jul 10, 2023 20:42:00 GMT -8
I can do that. Something like: /ApplyScheme "Scheme Name" "Scheme Size" Yes, exactly that, thank you ! Ideally, UserPreferenceMask settings should be taken into account in command line schemes (3D menus and title bar gradients). It's done in the latest release (among many other changes!). It should be called like this: @appearance /Apply "scheme_name" "scheme_size" Now it loads and saves these new settings in the registry (in ClassicSchemes\SCHEME): "FlatMenus" and "Gradients", both DWORD which can be 0 or 1. They are shown when choosing title bars or the menu bar. It uses the current setting if they are not found
|
|
|
Post by anixx on Jul 11, 2023 12:56:11 GMT -8
Yes, exactly that, thank you ! Ideally, UserPreferenceMask settings should be taken into account in command line schemes (3D menus and title bar gradients). It's done in the latest release (among many other changes!). It should be called like this: @appearance /Apply "scheme_name" "scheme_size" Now it loads and saves these new settings in the registry (in ClassicSchemes\SCHEME): "FlatMenus" and "Gradients", both DWORD which can be 0 or 1. They are shown when choosing title bars or the menu bar. It uses the current setting if they are not found I do not see User Preference Mask and other options in the latest version.
|
|
|
Post by OrthodoxWin32 on Jul 11, 2023 15:29:41 GMT -8
Thank you torto, the program is almost perfect now ! There's just one problem with the previewer ; the previewer of the previous version was perfect, now it displays badly, especially in the dialog box.
|
|
torto
Freshman Member
Posts: 50
OS: Gentoo - Windows 1607
Theme: Gentoo: QtCurve - Windows: Classic - Oxygen Gold
|
Post by torto on Jul 11, 2023 19:23:42 GMT -8
Thank you torto , the program is almost perfect now ! There's just one problem with the previewer ; the previewer of the previous version was perfect, now it displays badly, especially in the dialog box. If you mean that it should be wider, yes, I've changed it to resemble more a system message box. I've uploaded an alternative version ("Themes_W10_x64_OrigPreview.exe") with the preview as it was before. It's not identical as before, as the sizes changed as a side effect of using the font of the dialogs in modern versions (the same happens on the official Win 7 applet)
|
|
torto
Freshman Member
Posts: 50
OS: Gentoo - Windows 1607
Theme: Gentoo: QtCurve - Windows: Classic - Oxygen Gold
|
Post by torto on Jul 11, 2023 19:29:33 GMT -8
I do not see User Preference Mask and other options in the latest version. Not all the "User Preference Mask" settings, just flat menus and gradient captions, which I think are the only ones that make sense saving for each scheme. They are in the first page, on the bottom right, shown only when choosing title bars or menu bars.
|
|
|
Post by OrthodoxWin32 on Jul 12, 2023 1:11:56 GMT -8
If you mean that it should be wider, yes, I've changed it to resemble more a system message box. I've uploaded an alternative version ("Themes_W10_x64_OrigPreview.exe") with the preview as it was before. It's not identical as before, as the sizes changed as a side effect of using the font of the dialogs in modern versions (the same happens on the official Win 7 applet) Thanks for compiling a version with the old previewer. In fact, the modification applies to all versions, not just the one intended for Windows 10 (also XP, Wine and 9x). The problem (in my opinion) is that it makes the dialog box taller, which "eats" the other windows, and gives the impression of bad proportions. In itself, a dialog box doesn't have a specific shape, they all have different shapes, so I don't quite see how making the dialog box more square and less rectangular makes it more realistic.
|
|
torto
Freshman Member
Posts: 50
OS: Gentoo - Windows 1607
Theme: Gentoo: QtCurve - Windows: Classic - Oxygen Gold
|
Post by torto on Jul 13, 2023 7:57:02 GMT -8
Thanks for compiling a version with the old previewer. In fact, the modification applies to all versions, not just the one intended for Windows 10 (also XP, Wine and 9x). The problem (in my opinion) is that it makes the dialog box taller, which "eats" the other windows, and gives the impression of bad proportions. In itself, a dialog box doesn't have a specific shape, they all have different shapes, so I don't quite see how making the dialog box more square and less rectangular makes it more realistic. For the versions for older OS you're right, the dialog box was way too tall, as the preview window is smaller. I tested mainly the Windows 10 build with different DPI settings (and schemes with not too tall title bars, there are too many combinations hehe). I've replaced all the .exes with the classic preview. The idea of reducing the width was also to make room for other elements I intend to add, but I will keep those changes optional. And I don't even know if they will fit.
|
|
|
Post by OrthodoxWin32 on Jul 14, 2023 1:54:57 GMT -8
For the versions for older OS you're right, the dialog box was way too tall, as the preview window is smaller. I tested mainly the Windows 10 build with different DPI settings (and schemes with not too tall title bars, there are too many combinations hehe). I've replaced all the .exes with the classic preview. The idea of reducing the width was also to make room for other elements I intend to add, but I will keep those changes optional. And I don't even know if they will fit. If your idea is to add elements in the future, I better understand the interest of modifying the size of the dialog box, indeed. I agree, so far the original preview is better. However, there is a bug in the preview, which did not appear in the preview of previous versions. This bug concerns the "Large" and "Extra Large" schemes. Previous versions : Actual version, some elements no longer appear : For the Windows 10 version, the bug is present too, but it is only seen in extra large schemes :
|
|
torto
Freshman Member
Posts: 50
OS: Gentoo - Windows 1607
Theme: Gentoo: QtCurve - Windows: Classic - Oxygen Gold
|
Post by torto on Jul 14, 2023 21:35:06 GMT -8
However, there is a bug in the preview, which did not appear in the preview of previous versions. This bug concerns the "Large" and "Extra Large" schemes. Previous versions : View AttachmentActual version, some elements no longer appear : View AttachmentFor the Windows 10 version, the bug is present too, but it is only seen in extra large schemes : View AttachmentYes, only for the High Contrast schemes I think. Well, I think the bug is in the previous versions I changed it so that elements which do not fit are not drawn outside boundaries (for both the old and new previews). I know it doesn't work like that in official versions, but that must be a bug carried over from the first releases, where default sizes were not that big. The High Contrast Extra Large schemes on the XP applet gets even more ridiculous, with many rectangles having negative sizes This would be the minimum size to display everything correctly: But I think it's better to have missing stuff than drawn out of place or a huge window which doesn't fit on lower resolutions... (I could make it wider though, so that the combo box buttons don't cover the text) BTW, speaking of high contrast, the next version will use a "Contrast" value to set the system to high-contrast mode like the official themes do. It will read the current value if it is not present in the registry.
|
|
|
Post by OrthodoxWin32 on Jul 15, 2023 4:19:17 GMT -8
However, there is a bug in the preview, which did not appear in the preview of previous versions. This bug concerns the "Large" and "Extra Large" schemes. Previous versions : View AttachmentActual version, some elements no longer appear : View AttachmentFor the Windows 10 version, the bug is present too, but it is only seen in extra large schemes : View AttachmentYes, only for the High Contrast schemes I think. Well, I think the bug is in the previous versions I changed it so that elements which do not fit are not drawn outside boundaries (for both the old and new previews). I know it doesn't work like that in official versions, but that must be a bug carried over from the first releases, where default sizes were not that big. The High Contrast Extra Large schemes on the XP applet gets even more ridiculous, with many rectangles having negative sizes View AttachmentView AttachmentThis would be the minimum size to display everything correctly: But I think it's better to have missing stuff than drawn out of place or a huge window which doesn't fit on lower resolutions... (I could make it wider though, so that the combo box buttons don't cover the text) BTW, speaking of high contrast, the next version will use a "Contrast" value to set the system to high-contrast mode like the official themes do. It will read the current value if it is not present in the registry.
Ah damn, precisely, I prefer the previous versions on this level... In fact, the problem does not only occur in high contrast schemes, it also occurs on the default scheme of Windows 10, at "125%" resolution. This also happens for the "Large" and "Extra Large" versions of the Windows XP Fallback schemes. This is especially annoying for the Large version, because the button was hardly sticking out. Old : Actual (Xp version) : It's not a big problem (in the Windows 10 version, the problem hardly arises anymore, because there is more space), but I wanted to point it out. However, I totally agree that the worst solution is to increase the width of the preview. Regarding the high contrast mode, it's an interesting problem, I thought about it a lot. The main problem with high contrast mode comes from the way it is implemented: it is not possible to exclude processes from high contrast mode when it is activated. Which is a shame, because the high contrast mode fixes many problems with the classic theme displaying in some programs, but makes some programs look ugly if the classic theme is enabled (especially the taskbar). I think a Windhawks mod (or something else like it) might fix this. If this problem is solved, I think it will be possible to use any scheme of the classic theme with the high contrast mode. On the other hand, I think it's better to include this parameter separately from the other parameters (or in other words, not to associate it like the flat menu and title bar gradient parameters). If I take the example of the Windows XP Fallback scheme, this scheme looks very nice in the classic theme, so some people can use it in this way, potentially in high contrast mode. But the same scheme can also be used to test a visual style (.msstyle) based on it, which of course is not in high contrast mode. However, it is exactly the same scheme that is used.
|
|
torto
Freshman Member
Posts: 50
OS: Gentoo - Windows 1607
Theme: Gentoo: QtCurve - Windows: Classic - Oxygen Gold
|
Post by torto on Jul 15, 2023 6:38:40 GMT -8
Ah damn, precisely, I prefer the previous versions on this level... For everything, or only the OK button? - For the button I guess I could restore the previous behaviour, as long as it is not above the top of the window (which I think shouldn't happen normally)
- For the "Selected" menu item I prefer that it's not shown, because it went outside of the window, and also because it works that way when using a system function to draw it (which I use on Windows 7 and earlier, where it works properly).
- For the ellipsis in the title bars I also prefer the new version
- The scrollbar, as long as there is room, I think should be drawn with thinner buttons, like on real windows
On the other hand, I think it's better to include this parameter separately from the other parameters Interesting, so I should show it in the other page instead (as all the settings in "Classic Style" are saved for each scheme or size). There is also a "Constrast" value on the XP schemes, but it doesn't seem to be used. I first need to make room in the other page though. Most settings do not belong there, as they are not related at all to "Appearance" (specially the last two groups). I added them originally because in some cases there is not a classic system program to set them, like the printer one. But maybe I'll keep them in a separate "Advanced Settings", or in another program entirely, and incorporate settings from "Performance Options" to "Visual Effects"
|
|
|
Post by OrthodoxWin32 on Jul 16, 2023 2:22:10 GMT -8
For everything, or only the OK button? - For the button I guess I could restore the previous behaviour, as long as it is not above the top of the window (which I think shouldn't happen normally)
- For the "Selected" menu item I prefer that it's not shown, because it went outside of the window, and also because it works that way when using a system function to draw it (which I use on Windows 7 and earlier, where it works properly).
- For the ellipsis in the title bars I also prefer the new version
- The scrollbar, as long as there is room, I think should be drawn with thinner buttons, like on real windows
Interesting, so I should show it in the other page instead (as all the settings in "Classic Style" are saved for each scheme or size). There is also a "Constrast" value on the XP schemes, but it doesn't seem to be used. I first need to make room in the other page though. Most settings do not belong there, as they are not related at all to "Appearance" (specially the last two groups). I added them originally because in some cases there is not a classic system program to set them, like the printer one. But maybe I'll keep them in a separate "Advanced Settings", or in another program entirely, and incorporate settings from "Performance Options" to "Visual Effects" Yes, I was only thinking of the OK button, I agree that the rest is better in the new version (except for the menus, where I have no particular opinion). For high contrast, it's a complicated subject. Anyway, I think it's better not to remove any option from the "visual effect" tab. Apart from the "Set the most recently used printer as default" option, all the others relate to a display parameter. This reminds me that I found a way to add settings in the "performance option" window: winclassic.net/thread/1284/custom-settings-performance-options-applet
|
|
|
Post by OrthodoxWin32 on Jul 16, 2023 2:28:39 GMT -8
It seems to me that "high contrast mode" (not to be confused with high contrast schemes) has been in use since Windows 2000. It seems to me that it was used to apply the system colors in a forced way to the formatted text displayed by the treatments of text/web pages in browsers. This did not change until Windows 7. This changed in Windows 8, where the high contrast mode became associated (due to the end of official support for the classic theme) with a visual style (aerolite.msstyle ). What hasn't changed is that you have to apply a high contrast theme to activate the high contrast mode (it was already the case before Windows 8).
Today there are several problems with the high contrast mode :
- It is not possible to apply the high contrast mode without changing the theme (and therefore the scheme that goes with it). I am looking for a way to fix this. - It is not possible to disable high contrast mode only for certain processes (or vice versa, apply high contrast mode to only certain processes). This would be useful for use with the classic theme (some programs display the classic theme better if high contrast mode is on, but others don't). - The colors used by the scheme are doubled in this key :
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Themes\DefaultColors\HighContrast These are not all the colors, but only the colors used in aerolite.msstyle in mode high contrast. This is not a problem at first, but if we apply the colors via your tools (or via the old desk.cpl) and then lock and then unlock the session, we obtain a classic theme (or an aerolite) with other colors when reopening (because the colors of this key are not modified in this case). In addition, it is this key that is responsible for applying the high contrast mode on the lock screen, which prevents it from being personalized. If you delete the key, the lock screen becomes beautiful again, but when locking then unlocking the session, the high contrast mode disappears.
I think some problems can be solved very easily, others much more difficult. I do not necessarily ask you to solve all of them, I also say that to inform about this function.
On the other hand, I was talking yesterday about separating the high contrast setting from the other options because many schemes can both be used with or without the high contrast mode. This is the case for all the "fallback" schemes which look good with the classic theme (classic theme which can be displayed in high contrast mode, or not), but can be used to test msstyle visual styles (visual styles that are obviously not in high contrast mode).
Maybe adding an optional parameter to apply a scheme in high contrast mode/normal mode can be a good idea. For example (I put in command line, but the idea is comparable in graphical version) :
@appearance /Apply "scheme_name" "scheme_size" (optional parameter) "high contrast 0 or 1"
|
|
torto
Freshman Member
Posts: 50
OS: Gentoo - Windows 1607
Theme: Gentoo: QtCurve - Windows: Classic - Oxygen Gold
|
Post by torto on Jul 16, 2023 7:52:26 GMT -8
Yes, I was only thinking of the OK button, I agree that the rest is better in the new version (except for the menus, where I have no particular opinion). Ok, I'll change that for the next version Anyway, I think it's better not to remove any option from the "visual effect" tab. Apart from the "Set the most recently used printer as default" option, all the others relate to a display parameter. Ok. But I'll have to move some settings to another page, since I want to add others which (I believe) are not configurable via other control panel applets. This reminds me that I found a way to add settings in the "performance option" window: winclassic.net/thread/1284/custom-settings-performance-options-applet Yes, I've seen that, that's cool! - It is not possible to apply the high contrast mode without changing the theme (and therefore the scheme that goes with it). I am looking for a way to fix this. - It is not possible to disable high contrast mode only for certain processes (or vice versa, apply high contrast mode to only certain processes). This would be useful for use with the classic theme (some programs display the classic theme better if high contrast mode is on, but others don't). - The colors used by the scheme are doubled in this key : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Themes\DefaultColors\HighContrast These are not all the colors, but only the colors used in aerolite.msstyle in mode high contrast. This is not a problem at first, but if we apply the colors via your tools (or via the old desk.cpl) and then lock and then unlock the session, we obtain a classic theme (or an aerolite) with other colors when reopening (because the colors of this key are not modified in this case). In addition, it is this key that is responsible for applying the high contrast mode on the lock screen, which prevents it from being personalized. If you delete the key, the lock screen becomes beautiful again, but when locking then unlocking the session, the high contrast mode disappears. The high contrast mode is completely independent from the theme (on the programming side), so your first (and third?) points will probably be solved by that setting. The second one is complicated... I can think of ways which may work temporarily, for specific opened windows, but nothing system-wide and permanent. Maybe adding an optional parameter to apply a scheme in high contrast mode/normal mode can be a good idea. For example (I put in command line, but the idea is comparable in graphical version) : @appearance /Apply "scheme_name" "scheme_size" (optional parameter) "high contrast 0 or 1" As it will be independent from the scheme, it would be more like @Effects /Apply HighContrast 0 or 1
|
|
|
Post by OrthodoxWin32 on Jul 16, 2023 14:27:40 GMT -8
The high contrast mode is completely independent from the theme (on the programming side), so your first (and third?) points will probably be solved by that setting. The second one is complicated... I can think of ways which may work temporarily, for specific opened windows, but nothing system-wide and permanent. As it will be independent from the scheme, it would be more like @Effects /Apply HighContrast 0 or 1
Regarding the second points, I think there are solutions on the side of DLL injections with, for example, Windhawks. But that's another subject (and it can be created on the side, by someone else). Concerning the third points, I myself have little information on this subject, but I can try to look deeper (vis à vis the relation between the registry key and the reapplication of the high contrast mode). For the command line, you're right, it actually makes more sense that way.
|
|
|
Post by OrthodoxWin32 on Jul 16, 2023 14:30:46 GMT -8
Ok. But I'll have to move some settings to another page, since I want to add others which (I believe) are not configurable via other control panel applets. Afterwards, if there are parameters that are present elsewhere in the control panel but which should logically go with parameters that are not present, it may be useful to display them as well. For the settings already included in WinClassicThemeConfig, I admit that I haven't thought much about the categories, I need to think about it better.
|
|
torto
Freshman Member
Posts: 50
OS: Gentoo - Windows 1607
Theme: Gentoo: QtCurve - Windows: Classic - Oxygen Gold
|
Post by torto on Jul 17, 2023 22:30:52 GMT -8
The latest version is out!
There will probably be no more releases for a while, since it's taking me way too much time to develop it.
|
|
|
Post by OrthodoxWin32 on Jul 18, 2023 7:59:49 GMT -8
The latest version is out! There will probably be no more releases for a while, since it's taking me way too much time to develop it. The latest version is great, thank you! I just have two remarks : It would be nice to add command line support for the high contrast mode feature. I saw that you added a version for Windows 95, that makes me think of something ; All that's missing is a version for Windows NT4 and Windows 2000. Indeed, Windows 2000 is more or less between XP and 98 on the number of visual effects. NT4 contains more parameters than 95, they are somewhere between 95 and 98 (although it contains some advanced features, which 98 does not have). There is also Windows ME, but it seems to me that it is almost identical to 98 on this plan (I have not tested).
|
|