Steps to reproduce Holding the option key, I hit the S key, but no ß appears. Same with option-f, which should produce ƒ. Expected result ß ƒ Actual result Nothing was printed to the screen. Environment Operating system: macOS 11.2.3 Obsidian version: 0.11.5 Additional information A s…

[image] VanderG: Actual result Nothing was printed to the screen. In fact (as I just tested) : Hitting Option + b (to get ß) moves the cursor to the beginning of the word. Hitting Option + f (to get ƒ) moves the cursor to the end of the line. Same environment : MacOS 11.2.3 Obsidian 0.11…

I see the cursor movement with option-f and option-b on my system now, too. Vim enabled here. But to get ß one has to type option-s, and this has no effect on the cursor’s position. Nothing happens.

Following the keyboard viewer on my Mac, for ß I need to type Option+ b (Option + s returns Ò) might just be a difference of Azerty vs Qwerty or just language :blush: . Anyway, I agree with you here and find this pretty weird :thinking: considering I don’t use Vim key bindings, didn’t change or add…

I’ll politely disagree; it is a bug. Those un-turn-off-able emacs keybindings should not overrule standard OS ones. I did search, by the way, but that doesn’t always result in finding those other reports.

we will keep the linked report open. We’ll look into it.

I just found out that ctrl-n and ctrl-p (forward and backward searching autocomplete) are not functional either — that is, even in Vim mode, the emacs behaviour is given preference. I really think this should be optional.

That’s excellent news, I appreciate it.

Just installed the 0.11.10 insider build (it was the final push to become an ‘insider’) but unfortunately both ctrl-n and ctrl-p and option-s to print ß are still non working. I did turn off the emacs bindings. Note that ß is not option-b.

Some letters (ß, ƒ) aren't available on Mac

Bug graveyard

WhiteNoise March 21, 2021, 7:03pm 5

This is not really a bug and was asked other times including a few days ago (please search).
On mac, we support emacsy style shortcuts and this conflicts with some third level (alt) shotcuts.