Thx, would be nice!
I understand, will make suggestions here
Thx, would be nice!
I understand, will make suggestions here
I hope this one is on the to-do list
it is, but will also take a while. Currently fixing up the last open bugs before the new stable release next week, then october / november will mostly be working on the new BTT Remote (and of course bugfixes for existing stuff). Then I'll be back to ticking off these kind of things
Some Arc-menu examples:
you can probably kind of achieve this with the circular menu by adding some invisible items in the lower half. That should be relatively simple. Just set background and pizza color, border etc to transparent and don’t assign any action
Yes, this is doable:
exported_test_arc.bttpreset (1.0 MB)
unfortunately getting the absolute positioning to work with the pizza slice highlight is hard. However I'll add an option "place first item at center", then it will automatically center the first item there and care about the hover/trigger stuff.
Sounds as a good option, looking forward to it
How to add a center menu item in the app switcher which activates/brings to front previous application which was in front.
4.784 adds the "Place first item at center" option:
You could use the predefined action "Activate Previous Window" or "Activate Previous App"
If I turn this option on, I have 2 icons in the center:
you need to remove your absolutely positioned one or set it to flow with the menu
Solved! Can it also show the app icon as it alrdy dynamically shows it in the ring?
Solved!
2 fold questions:
What is the best way to go if you want to disable a floating-menu or menu-items (now created in For All Apps group) for certain apps. For the majority of apps it must be available.
Easiest you'd create a conditional activation group that excludes the apps you don't want it in. Then add the floating menu to that CAG:
For those like me who are wondering where to find this conditional activation group (CAG). It's in the lower left corner (in the group column):
@Andreas_Hegenberg ; the conditioncode is not adapted to darkscreenmode I guess:
I've created 2 CAG for floating-menu (BTT and =! BTT). For both I assigned 3 fingers down gesture in their respective groups. Is it correct that the gestures are not filtered by CAG as I get a gesture conflict menu when gesture triggerd?
Are you sure one of the CAG's is false? If only one of them is active there is no conflict menu.
Yes,
Also I expected the true and false the other way around as BTT is the front app when making the screenshots above
Did you drag the action/trigger from somewhere else into the CAG? There was an issue reported in the recent alphas that might break the CAGs in this case.
I'm not sure but believe to have created them as new in the CAGs. The menu's are copy/pasted from top level group