a couple of issues about floating menu

  • i have a floating menu that is visible all time, but for some reason it keeps reseting its position to left lower corner.

  • another issue is the hover color will trigger only once, ex.

    1. try to drag something to the box
    2. hover color will show
    3. move the mouse away and back again to the box
    4. no hovering color

and here is the menu as an example

drop.bttpreset (11.9 KB)

If you want the menu at a specific position it's best to configure that position fixed in BTT. I'll check why it might reset with the "Move & Resize Freely" option. Can you maybe see a pattern as to when it resets?

weird, I just tried that without menu and it seems to continue to hover fine here. Which version of BTT and macOS are you on?

If you want the menu at a specific position it's best to configure that fixed in BTT.

doesnt btt save the menu position automatically ?

weird, I just tried that without menu and it seems to continue to hover fine here

maybe i missed something in the menu setup, can u plz test with the example preset

Which version of BTT and macOS are you on?

BTT: 5.364 (latest)
OSX: 15.4.1

It tries, but this is more complex than one would expect (especially if you are using multiple monitors that might not always be connected

I did, but I'll check again. Do you currently have multiple displays connected?
Unfortunately macOS doesn't really allow such hover effects with default functionality so the BTT approach uses is a bit hacky.

if you are using multiple monitors that might not always be connected

am currently using only 1 & its always connected as am using the lap in clamshell mode most of the time.

yes "only 1", but maybe BTT can save the position similar to how it tracks the mouse current position regardless of the monitor

It does that basically, but needs to work against the various macOS behaviors that change window positions when disconnecting/connecting monitors :sweat_smile:

If you can see any pattern of when it resets that might tell me why/what to fix.

could you try whether setting a higher window level changes the hover behavior?

atm its totally random, but will try to reproduce it more accuratly.

btw if there is a cmnd or something i can debug this, plz tell me

focken legend, that solved it.

btw, is there any plans for changing the menu text on hover as well ?

I think I just figured something out, and this might only solve it temporarily. I'll check whether I can fix that.

btw this now have a side effect of when trying to move the box it self, the colors will keep changing between normal & hover :joy:

You can do that, but it will only work if hover is recognized correctly (you can leave uuid/item name empty if you are updating the item that's calling the action):

1 Like

btw another thing i found, if u enable the dark appearance for the menu container it self (it works correctly for the menu items), it will change the background blurring amount

unfortunately that blurring is system "sidebar style" default, I can't really change that, it automatically adapts for light/dark (well, I could add an option to disable it completely)

The drop hover behavior might be better with the new alpha I just uploaded

heres how

  • change the title bar style to anything but the standard
  • restart BTT
  • change it to standard
  • window will reset

The drop hover behavior might be better with the new alpha I just uploaded

i installed the latest and the movement of the box still triggering the hover & normal, i found also that this happens regardless of the title bar style

i managed to fix the disco ball effect when u drag the window by disabling Recognize Hover While Mouse Is Pressed however now the background hover color doesn't change.

and the solution for that also was to remove the bg colors from the menu container, and use the colors on the menu item.

now it works as expected.

1 Like