On the right side of my screen, I have a floating toolbar that auto-hides. As you know, the toolbar occupies the entire screen vertically—which is fine with me. Occasionally, however, I have an open window on that side of the screen, and when I try to close it via the "x" on the top right, the toolbar appears, blocking access to the "x". (Yes, I need it set to "On Top".) It would be helpful if we could set a min/max value for the Y position of the mouse, so only in between those values would the toolbar appear. By doing this, I can exclude the top quarter of my screen from triggering the toolbar.
Can this be accomplished via a script? If so, I'll write one.
No way to do that either. I'm not sure exactly how much we can change here, since it's a while since I've looked at the code and a lot if it comes down to how Windows itself manages docked toolbars.
Microsoft also don't seem to be putting any attention into this part of Windows as there are major issues with it in a mixed DPI setup which they've left that way for a long time now. With the Win11 taskbar no longer able to move to other sides, I'm a little surprised they haven't removed the ability for other programs to dock toolbars entirely, like so much other functionality lately. (Also with so little software using docking toolbars. Opus is the only thing I know of that still supports creating them, although I'm sure there are a few other examples out there.)
I don't use Win 11 yet, but even Win 10's taskbar is technically a docked toolbar, which you can set top auto hide, just like Opus's toolbars.
Maybe Opus can be coded so that it can "simulate" a docked toolbar just by calculating the screen resolution and positioning the floating toolbar where a docked toolbar would be if it were docked. If you move it by percentage, it can be positioned anywhere on the screen without conflicting with Windows' native DPI settings.
The problem is that docked toolbars need to take space out of the area other programs use. Otherwise you just have a floating toolbar which sits at the side of the screen overlapping other windows (which is already an option if that's what you want).
I think the auto-hide/show mechanism is also part of Windows, although it's been a while since I looked at this code and I may be misremembering.
Maybe I wasn't clear. The toolbar would not be a true docked one. Microsoft docking classes such as "CFrameWnd::DockControlBar" would not be needed. My suggestion is based on what I do with AutoHotKey -- just give the toolbar a w,h,x,y position. You can "hide" it by sliding it on the x parameter farther than the screen resolution, which will make it slide off the screen. Basically, in AHK, you're just moving a window around without calling classes or DLLs. You can define if the window is always on top, if it should reappear when you're at the edge of the screen, and you can define whether it should always be on top.
I'm not sure what you mean by dockers taking up space. If I have a static Opus docked toolbar, I can move any window into its space, over or under, depending on whether I set "always on top."