Oh looks like there is an issue with the preset import maybe (or possibly with the preset I exported), because the Bitcoin item should not be in the top level list.
I'll check that.
Are you on >= v3.084?
I haven't updated when I made the comment, I was about to edit it, but I still have the same problem now after updating...
I got this message when Importing
Since the last update, the hovering feature no longer functions. Nothing is displayed despite all functions being active.
The latest versions 4.088 / 4.089 fixed an issue with the menu level modifier key setup. Previously if you activated a modifier based visibility, it was ignored - now it respects these settings. So maybe your menu is hidden because of that.
You can verify by setting this to always visible:
4.088 also introduced the possibility to right-click triggers or apps in BTT to export them to a preset file for easier sharing specific things without creating a separate preset.
So maybe your menu is hidden because of that.
Yep. Thanks.
4.090 now has basic "Web View Items" to load arbitrary urls or html. These will soon gain all functionality of the existing floating webviews.
I'm now gone for a weekend trip, so development will continue next week 
1 Like
This is fantastic Andreas. Total game changer. I've begun fiddling and I can't wait to get my teeth in.
Have you thought about a way of simplifying the UI for BTT? As it stands (alpha stuff notwithstanding) it's very cluttered and I can't help feeling that it would only take a few tweaks to make things far smoother.
@Andreas_Hegenberg The "Advanced / Conditional Visibility" options are currently only available at the level of an entire menu.
In my opinion, it would make sense to have these options at the button level as well.
This would allow to set up one global menu with buttons that are only visible in certain apps, windows or when pressing certain modifiers.
The modifier options also exist on menu and button level.
Update on Bitcoin preset: I fixed it by adjusting some settings. However, some settings weren't saved when the preset was shared, resulting in it being non-visible. I resolved this by changing the Colors and visibility settings. Although, it is currently dysfunctional in terms of clicking and dragging it to desired positions.
@Frank1 You can use conditional activation groups to achieve that. These conditional visibility settings in your screenshot are just a lightweight way without much performance impact, but that's only possible because they are only evaluated on a menu level.
If you have a menu with the same identifier in multiple active CAGs, they will be merged. For this use case the display order field can be helpful.
@brahim, dragging is only possible on the background of a menu. So if you drag the red area, it should work fine
ideas on how to unclutter are always welcome! Unfortunately most ideas I have are pretty hard to achieve without investing a ton of time or without loosing lots of customizability.
BTT V4.092
The Notch test floating Menu.
Every time I turn it off and on [CMD+D], it moves up until it was off-screen.
MacBook Pro M1Pro 14"
Ventura 13.4
2 things about the floating menus.
(1) Maybe a bug: My global buttons are order -10, -9, -8 so I can fill up and they all appear on the left. App specific buttons have positive values 1, 2, 3. and appear to the right of the global ones. Isn't that how it's supposed to be done?
When I did this, the menu shrunk and could not be restored. Only when I removed the negative numbers the menu appear normal again.
(2) The menu should appear in a fixed place, which it almost always does. Sometimes it slips (after sleep) and then automatically returns to the correct place. And sometimes I have to reposition it by hand. What exactly does the action "Re-position floating Menu"? Can I use it to restore the correct position?
I don't know if it can be done, but if you could maybe at least for the notch bar create a floating menu that is guaranteed to stay where it's supposed to. Just like the notch bar. 
Based this on the Bitcoin example that @Andreas_Hegenberg provided.
Changed the script to request data from a webhook.
I want the script to run every 6 hours (21000) [I know 6hrs is 21600]
the problem is, it doesn't get the data when I save it (I have run on hover disabled)
So I think it'll only run 6 hours after activation.
I would expect it to run when I first activate it and then count the 6hrs from there, now it just shows the text you see on the image, And I don't want it to run on hover.
Another question I had, what happens when the Mac is Asleep, does it still count the 6hrs ?
You need to check the "Always Run When Menu Item Becomes Visible" if you want to run it on initial render.
If your Mac is sleeping it won't run the script.
So the "Always Run When Menu Item Becomes Visible"
Doesn't actually run the script every time the menu becomes visible right ?
ah, it actually would. I think I can add an option to only trigger initially when the menu renders the first time and then use the cached result until the specified time has passed.
4.093:
- adds options to add title bars to menus
- additional option to run scripts on first load
- menus are not resizable by default but "Allow Manual Resize" can be activated. Might become default again soon.
- option to keep web view items active while menu is hidden (e.g. to keep music playing)
- the content of a web view item can be modified with the new "Load New HTML or URL" action or via Apple Script (
tell application "BetterTouchTool" to webview_menu_item_load "5B80B459-E002-4F61-9002-BEAE522E8E52" html_or_url "https://youtube.com" - various bugfixes
@Frank1 I can't seem to reproduce the display order issue you have. Can you still reproduce this?
A little web browser built using the floating menus - requires v4.095:
BrowserExample.bttpreset (79.3 KB)
This is a stupid example but showcases some of the core principles.
2 Likes