Floating Menus are very time consuming to Position because of weird spontaneous behavior and needing to hit Save to view an update.

Hi.

I don't know if this is a bug, my computer or memory issues, but the best way to describe the issue is to ask you to please watch this video. Perhaps you, the floating menu guru notice the same issue. The menu should first appear rather specifically some where in the top right., behind windows and in front on hover. I can position the menu eventually but that's not the issue here. It's long and tedious and constantly jumping around and not appearing.

SL 2024-11-19 at 06.42.29-converted-Apple Devices 4K (HEVC 8-bit)

See how long you last watching. Nothing new happens at the end, the same few glitches reoccur randomly.

To explain what I'm doing is grinding a keyboard shortcut to toggle display of the menu; Adjusting the position based on pixels from edge/percentage parameters, hitting ⌘ D a lot to force a 'reboot' of the menu position.

If all this is familiar to you happy answer Q's.

unfortunately your video didn't finish uploading, maybe try adding it again (I'm currently setting up floating menus for testing a lot, so I can hopefully help or quickly fix your issue in case it's something special)

Btw. you can also setup a dedicated shortcut for resetting menu positions without disabling and reenabling the menu:

Video is here:

SL 2024-11-19 at 06.42.29-converted-Apple Devices 4K (HEVC 8-bit)

I would recommend to enable this option only after you have finished the positioning setup (if you need it at all):

If this is enabled BTT will only update the position when some action explicitly requires it (e.g. cmd+d does or the reposition action does)

Which version of BTT are you currently using?

I'm using BTT 4.826

I see. Turning off "only update position when requested" seems to help when programming the position of the menu.

I like to drag it to another screen when I attach an external display. It stays there for most of time but sometimes will sporadically reset itself. Any explanation as to why this is?

Regards,

currently there is no good way to persistently move a floating menu to a position that differs from the one that is configured for it.

However for your usecase you could set it up to automatically move to your external screen when it is connected.

This can be done by creating a conditional activation group that checks the connected_screens variable (make sure you are on the latest BTT version, for older versions you'd need to use activeScreenResolutions variable)

Then you can override the positioning of your menu specifically for that conditional activation group. For example this would override the positioning for the menu with the identifier "some_menu" if the conditional activation group is active.