Buttonbox target size in maximized window is smaller than expected

[spooky]

In maximized mode—windowed is fine—the toolbar feels really cramped, making the button box difficult to trigger on both my touch Windows machine and my 4K monitor. It would be really useful to have more space to "breathe" and a larger target size, so basically configure them to be as taller as in windowed mode, to avoid misclicks on touch screens and high-resolution monitors. Basically as an accessibility enhancement.

Some resources I found that could be helpful:

• AppWindowTitleBar.PreferredHeightOption Property

• PowerToys implementation in their Github repo

Edit: the OS is Windows 11.

[therube]

What OS?

In fullscreen mode

Fullscreen, F11, or fullscreen, a maximized window?


(Screenshots might also help.)

[spooky]

Windows 11 and maximized, sorry for the ambiguity.



Windows allows developers to maintain the same height for both, which would be ideal for Everything to adopt, for accessibility and UX.

[therube]

That "cropping" is weird.
Guessing it is a Win11 "thing" (as it doesn't happen in Win7).

Maybe, Help! My minimize, maximize and close buttons are very small. Am I the only one who has this problem?

[spooky]

That "cropping" is weird.

What do you mean? Ignore the cropping; focus on the button size. Not enough target area to click with a finger or for a large screen.

That Reddit link suggests a hacky—register edits—and a one-size-fits-all solution instead of a targeted one. This isn't an issue in Windows native explorer, PowerToys, WhatsApp Desktop, etc., but it is in Everything.

By the way, Win7 shouldn't be considered a reference for anything anymore in 2024.

[therube]

Ignore the cropping; focus on the button size.

Right. The button size is smaller. (The X itself looks to be the same, but the button is smaller.)

Win7 shouldn't be considered a reference

I'd argue that .


(I've got to stop now, cause I don't have 11 to look at.)

[spooky]

Right. The button size is smaller. (The X itself looks to be the same, but the button is smaller.)

Correct. @void, is there anything you can do about it?

I'd argue that .

Lol. I hope you are taking care of that—two years without security patches and counting.

[therube]

I've got to stop now

No I don't.


So it looks like Win10 does the same thing.
And (I'm going out on a limb now & that) it looks like any window (program) that has a Title bar displays that behavior - even Notepad (in Win10).

[spooky]

In Windows 11 at least, things have changed for the better in terms of accessibility. I made another comparison, and as before, please ignore the cropping and focus on the buttons.

[therube]

Seems that Windows does call it a "title bar", but to me that is not what a "traditional" Title Bar is.

https://learn.microsoft.com/en-us/windo ... bar-design
https://learn.microsoft.com/en-us/windo ... /title-bar


I'd suspect that what Everything uses is a "traditional" title bar & to bypass that, Everything would need to adopt (downgrade ) to a Windows 10 style "title bar".

https://old.reddit.com/r/Windows10/comm ... title_bar/

Even Firefox, on Win7, is designed without a traditional title bar.


And you may very well be right, that a setting of

TitleBarHeightOption.Tall

(if appropriate) may well do it.
(Caption buttons and the default drag region are rendered taller than the standard height based on system metrics.)


(I'll also note, that on my end I don't use Aero, in case that has any influence on things.)

[void]

I have put on my TODO list to customize the title bar height.
Thank you for the suggestion.

From a quick look, TitleBarHeightOption.Tall is only available to modern Windows app (WinUI 3).
Everything is a classic Win32 program.

I would have to draw the title bar myself.