Processing Ajax...

Title

Message

Confirm

Confirm

Confirm

Confirm

Are you sure you want to delete this item?

Confirm

Are you sure you want to delete this item?

Confirm

Are you sure?

User Image
Intika
12 discussion posts
Hello

You can see on the capture bellow (it use my button theme) that the title bar's button on inactive windows are displayed the same way as the active windows, button should have a gray/transparent/blur filter in addition when it's displayed on inactive window like MS Windows do.

It would be nice to have such a feature, plus it's easy to implement.

Note : Used theme on the capture are available here
https://www.displayfusion.com/Discussions/View/theme-displayfusion-titlebar-buttons-theme-for-aero-glass/?ID=39ea9d27-99d1-467f-8aba-0bdadfebec57

Thanks a lot
• Attachment: Download[1].jpg [26,974 bytes]
Download[1].jpg
Download[1].jpg
Nov 7, 2016 (modified Nov 13, 2016)  • #1
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Is that a custom Windows theme? Which version of Windows are you running?
Nov 8, 2016  • #2
User Image
Intika
12 discussion posts
Running windows 10... yep it's a custom theme, it's just a button's background png

i post it on here
https://www.displayfusion.com/Discussions/View/theme-displayfusion-titlebar-buttons-theme-for-aero-glass/?ID=39ea9d27-99d1-467f-8aba-0bdadfebec57

even on classic standard win 10 theme, buttons on inactive window are the same as the active window my suggestion is for any win 10 config

i guess to implement the feature you would :

1. use the same function as the background image feature, and you would update the buttons images to create blurred/transparent version in addition of existing image version

Or

2. may be just add a blur/transparency filter with the code directly on current button image while it's displayed on inactive window, this would be just very few code lines if not just one line in the code managing buttons

thanks :)
Nov 9, 2016 (modified Nov 9, 2016)  • #3
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Ok, thanks! I've added this to our list :)
Nov 9, 2016  • #4
User Image
Kai Schaetzl
2 discussion posts
I think I have a related request or feature. I'm not able to have the Titlebar button look like the regular min/max etc. buttons in terms of background and foreground color. I use Classic Shell, but it seems that may not matter here.

With default setting I get a black symbol (foreground color) and a background color that matches the titlebar color (some standard blue from the Windows settings I think it's the default from before AU 1607). However, the text on the titlebar and also the symbols are white, not black. So, I would want a white DP titlebar button symbol as well.
I set in Advanced Settings to Invert Titlebar Button colors. Well, this sets the symbol color to white and the background still to match the titlebar color. Fine.
However, when I hover over it I get now a black symbol and a background color that does not match the titlebar color. It's some "darker blue" now (not sure if it is only "darker" or a different blue, anyway). Both is different to the Windows button behavior. That "darker blue" background does not change with the "Invert" setting. I get the same color if I enable or disable it. Only the symbol color changes. Black as a default, white in inverted. So, there's only *one* inverted color and not "colors". Not sure if that is simply a typo or if it should indeed change both colors.

Anyway, what I would like to see is that the button mimics exactly the behavior of the Windows buttons for min/max etc.
unhovered buttons:
active window: white on blue
inactive window: black on grey
(no DP button on inactive windows! I'm fine with that, but apaparently the button shows for the OP).
hovered buttons:
active window: white on lighter blue
inactive window: black on darker grey
(so, it looks to me like Windows defaults to "lighter" unless it can't go lighter. e.g. the inactive default grey is so light that you cannot go lighter, so it goes darker on hover.
But in both scenarios the foreground color remains the same, e.g. white with active, black with inactive windows.

Consequences for the DP button:
- the foreground color should not change at all if I hover, it should stay with the unhovered color
- the background should go lighter, not darker

I think I remember I read that the titlebar color changed in AU 1607 to black for all or most applications and is not changeable anymore. Maybe I enabled this with Classic Shell. Not sure. But now it's a standard windows setting "show color on title bar" for me.
On my laptop (also AU) I notice that I have the same color for all windows, no matter if active or not, and it's a light gray (with black foreground, of course). Ah, if I go to Colors in System Settings I see that I didn't enable the "show color on title bar" setting. After doing so I get my "white on blue" titlebar there as well.

Related: while playing around with this and with button scaling and offsets etc. (as the button placed itself too much left) in DP I noticed that the setting "change the Aero color based on the current application window" somehow actived itself (e.g. titlebar going red for an application with a red icon), but that did not show in the DP settings (it was reset to "current wallpaper image, I think")! I had to go thru "don't change Aero color", apply, got black titlebars and had to reenable the "titlebar color" thing. I've seen the exact same happening some weeks ago when I played with DP and ti's settings the first time. So, there must be some combination that suddenly enables the different titlebar colros, although one didn't set it explicitely.

Related: as I said, the titlebar button by default shows much too much to the left. I had to set a horizontal offset of 50px. That works fine for classic applications. But it doesn't work for "modern apps". There the titlebar is much higher (it's 30 pixels compared to 19 or so, and it seems one cannot change that at all). Which results in much bigger titlebar buttons. However, the size of the DP button and also the position remains the same. Which makes it "too small" and also conflict with the left-most button (minimize) where both share some space. The obvious solution would be to have different titlebar button settings (all the settings!) for normal and modern apps. Which seems rather clumsy. Maybe there's something better, e.g. adapt the settings by looking at the differing titlebar values.

In case that matters: I've set "don't use Aero Titlebar button positioning - classic Windows functions only". If I remember correctly I didn't see a change when I set this. And there are several reboots now. So, I left it changed as it is.
I've also set "Separator Size" to 1 but am not sure what that did (but it moved the button somehow). Ideally, I would think that this is the separator that separates it from the minimize button and thus just using that should be good enough to place the DP button right next (left) to the minimize button, so I wouldn't have to use any offset. However, that's not how it works. But I don't know how it really works. (I would love to see better explanations for the Advanced Settings in the online help.)

There was also a new setting introduced in 8.1 that I thought could be useful here (for the DP button being way off by default case). However, I can't find it (using 8.1.1): "Added a "Condense TitleBar Buttons" option to make the buttons closer together on some versions of Windows". Where is this supposed to be and does it work on Windows 10?

Thanks!
Nov 13, 2016  • #5
User Image
Intika
12 discussion posts
Hi...

Wow a long message ^^

You can try and make a custom background theme to match your needs like i did here
https://www.displayfusion.com/Discussions/View/theme-displayfusion-titlebar-buttons-theme-for-aero-glass/?ID=39ea9d27-99d1-467f-8aba-0bdadfebec57

it's pretty easy with paint.net just edit mine to match your need, then load it in your advanced setting, you can also post it here for the community.

for the rest try to open a thread for every request while being short and precise.
with a big request like that i don't think the developer could react efficiently.

;)
Nov 13, 2016  • #6
Subscribe to this discussion topic using RSS
Was this helpful?  Login to Vote(-)  Login to Vote(-)