Shortcuts not accepted when Cyrillic keyboard is selected

Bugs or Unexpected Behavior
1

Describe the bug
When my keyboard layout is set to Macedonian instead of US International all my actions are not recognised. Once I revert back to US International all actions are working perfectly. This was not an issue few months ago.

Affected input device (e.g. MacBook Trackpad, Magic Mouse/Trackpad, Touch Bar, etc.):
Input device does not matter, it happens on Magic Mouse and MacBook Trackpad.

Screenshots
If applicable, add screenshots to help explain your problem. (You can just paste or drag them here)

Device information:

  • Type of Mac: MacBook Pro (13-inch, 2017, Two Thunderbolt 3 ports)
  • macOS version: 10.14.2 (18C54)
  • BetterTouchTool version: 2.697

Additional information (e.g. StackTraces, related issues, screenshots, workarounds, etc.):

Note: Before bug reporting, please make sure you have the latest version of BetterTouchTool and that you have already tried to restart your system :-). If you encounter a crash, please attach a crash log from the macOS Console.app from the "User Diagnostic Reports" section.

2

The current alpha v2.826 adds an experimental option that allows to auto-adapt shortcuts:

image
image.png912×820 153 KB

However they would need to be re-recorded as the old database doesn't contain all necessary information.

3

I know that this is quite old, but for some reason this happens to me in Outlook only.

Triggers are being invoked (shown in "Recently used"), but for some reason in Outlook it doesn't work, but for example in Beyond Compare same trigger is working (the actual BC shortcut is different compared to Outlook)

BC:

image
image676×250 36.5 KB

Outlook:

image
image348×200 9.31 KB

"Auto adapt to current keyboard layout." is activated for all triggers.

I'm not 100% if this was working before.

BTT Version: 5.155 (2025013107)

4

@Andreas_Hegenberg, is it expected BTT to ... interpret the shortcuts like this:

image
image640×282 21.6 KB

To get the Ш letter, I need to press Shift + [
То get the Щ letter, I need to press Shift + ]

But in the configuration (check above screenshots) I do not have this. I'm a bit confused.

5

the auto adapt can unfortunately only work for simple cases like if a keyboard layout changes the position of y and z. In general macOS / BTT use the position of the key and not the character or similar, thus switching keyboard layouts can be confusing.

6

Not fully understanding this, but why BTT shows that I'm pressing Ш or Щ ( Shift + [ and Shift + ]) where in reality I'm not.

If this is too complex - don't bother explaining, I'm just being curious. I have a workaround - using "Trigger Menu Bar Menu-Item".

7

what action do you have assigned to these shortcuts? I.e. what should it show?

8

Check the 2nd screenshot from this reply . Basically the shortcuts are selecting next/previous email. Hope I understood your question.

9

that’s what they do in the keyboard layout used for recording, correct? What do the same physical keys do in the keyboard layout you switched to?

10

The trigger "Control + Tab" in both layouts is simply "Control + Tab" - producing noting.

The shortcuts which I'm sending to Outlook "Control + ]" and "Control + [" in both layouts - produce nothing.

Does this makes sense?

11

so the ] and [ key are staying the same between your two keyboard layouts? Then it is indeed weird.
BTT basically just knows the physical location of your key on the keyboard, it doesn't know what output it produces. That's why it always needs to ask macOS when it tries to render the meaning of the keys under a specific layout.

12

Ah no, ] and [ are producing ш and щ . But in combination with Control they are not.

13

ah ok, that is something BTT can't know. In that case, have you tried just turning off auto-adapt?

14

Yep, does not work.

15

strange because in that case BTT just simulates the key presses without thinking about their meaning. Maybe this translation from ctrl + Ш to ctrl + ] is happening at some higher level in the system.

16

It is strange as well because similar shortcuts are working for BeyondCompare, where again ] and [ are used.