#4

When the layout differs from English, for example, Russian, hot keys do not work.

This may not be a bug, but it makes life very difficult :frowning:
I’m sorry, I don’t understand how to describe this on the required items

6 Likes
#5

Yes, I experience that, too.

Noticed that it happens mostly with my custom hotkeys involving cmd+alt+shift+letter.

When I’m in my Bulgarian keyboard layout pressing the above hotkey doesn’t trigger any change. When I change back to English the hotkey works.

Simple hotkeys involving only cmd+letter work as expected even in non-English input language.

1 Like
#6

The same! :roll_eyes:

It’s inconvenient to constantly switch the keyboard layout to use hotkeys. And with Vim bindings as well.

I have to switch the keyboard layout when I wanna write on my native language.

2 Likes
#7

In Windows not work :frowning:

#8

This may not be a bug

This IS a bug, since practically every other piece of software behaves in a way that you don’t need to switch layouts to press a shortcut. That’s the whole point of shortcut being short!

1 Like
#9

Hello,

I have the same bug with french keyboard (AZERTY) on mac osx:

When I try to bind the shift / maj key (⇧) I get strange behavior with the “customize this command” feature and obviously the shortcut doesn’t work.

To be more precise

With french AZERTY keyboard layout: when I try to bind “⌘⇧P” I get “⌘⇧Unidentified” and the shortcut doesn’t work.
If I put the US QWERTY keyboard layout everything works perfectly.

Partial fix

Funny thing is that the bug with the french keyboard and the shift key can works with caps lock on: when activated, both “customize this command” and short works.

1 Like
Updated: New Note functionality breaks on renaming “Untitled n” note to “untitled n”
#10

Confirming, this still doesn’t work properly (Obsidian 0.8.4).
I’m on Linux, Elementary OS Hera.

3 Likes
#11

Same on Windows 10 with Obsidian 0.8.9. Trying to customize commands with combinations of Win key and letters gives me unidentified hotkey or is simply ignored.

1 Like
#12

VS Code is also based on Electron and there’s no such problem there: hotkeys in all major keyboard layouts work perfectly fine.
Maybe Obsidian developers or someone better in code than I am can figure out what has VS Code that Obsidian lacks.

1 Like
#13

Adding that autocompletion of backticks with German layout in Ubuntu 18.04 also seems affected

#14

Hi! I’m using Ubuntu 20.04. And when I switch to the Russian language, shortcuts also don’t work.

Shortcuts only working in English layout. But in Dynalist for example, all shortcuts work in Russian layout too. It’s very uncomfortable.

2 Likes
#15

Hello!
Win 10, v 0.9.7 - there is still a problem with hotkeys in the Russian layout :frowning:

A temporary working solution for me is to use keyboard shortcut in english and other layout

изображение

5 Likes
#16

Still the problem in 0.9.10. Makes the app near unusable without duplicating all hotkeys as per @geohod suggestion.

#17

I can confirm the same issue with an Arabic layout on Obsidian 0.9.17

I think the issue is the Obsidian looks at the letters entered to detect hotkeys, instead of the physical key that is pressed. Most other software looks at the physical key pressed.

#18

Possible way to find workaround:
I tried to create workaround using remapping with AutoHotkey but succeeded only when I simulated also the layout switching which is not elegant.
Here is experimental code that works on my laptop Thinkpad X220 with Windows 7 when English and one more layout (e.g. Russian) are installed and the second layout is active. Not practical yet, just for playing around:

; # AutoHotkey script restricted to Obsidian
; comments are after semicolon
; ` backtick is default escape character
; ^ stands for Ctrl+
; + stands for Shift+
; ! stands for Alt+

#IfWinActive ahk_exe Obsidian.exe
; remappings to fix hotkeys from Russian layout
^sc023::
  sleep, 444 ; intentionally large for observing, not for practical use
  Send, {LAlt down}{LShift down}{LShift up}{LAlt up} ; Switch layout
  sleep, 444
  Send, {LControl down}h{LControl up} ; Ctrl+H
  ; SendPlay, ^h ; Ctrl+H
  ; Send, ^{vk48}
  sleep, 444
  Send, {LAlt down}{LShift down}{LShift up}{LAlt up} ; Switch layout
  return
#IfWinActive ; end restriction to Obsidian

To make it work from any installed layout, there would also need to be keyboard-layout detection.

#19

We will introduce a new way of handling keyboard shotcuts in 0.10.2. Let me know if it solves the issue.

1 Like
#20

Hi. The hotkeys were working perfect untill 0.10.1. I have upgraded to insider build 0.10.3 and now when, I press CTRL+W nothing happens. I have to press CTRL+Z to close a pane. I am on Azerty Belgian keyboard (almost like the French keyboard) and I have to use the querty keys. Of course I can set the hotkeys switched in the settings pannel and keep the original key but it also shows the wrong key in the setting pannel. The strange thing is that this is NOT happening with CTRL+A (azerty). Also CTRL+M (azerty) and CTRL+N (azerty) still works perfect.

Search hotkey not working on non-standard keyboard layout
#21

we will make another major change in 0.10.4. Let’s hope that it works for most people.

#22

Hi. I just upgraded to Obsidian Release v0.10.4 (Insider build). That perfect solves the problem of CTRL+W on Azerty keyboard. Super fast fix. :clap: :clap: :clap:

#23

I probably found a related bug in v0.11.3
Using an alternative layout (e.g. https://neo-layout.org/) via setxkbmap de neo on linux results in problems with shortcuts and the command text-fields (to search for files or enter commands).
Shortcuts act as if they read the scan codes instead of the key set by the layout (e.g. ctrl+p has to be typed with the qwert* p instead of the neo p).
Additionally, the command text fields ignore the additional modifiers Mod3 and Mod4 introduced by the neo layout. Mod4 is also not working in the text editor. (e.g. to navigate with the arrow keys)

Sadly, these sort of things sometimes happen with electron apps, but I don’t have a direct solution since I never touched electron myself.
But I found two related tickets for vscode: Neo keyboard layout: Some Keys stopped working · Issue #24043 · microsoft/vscode · GitHub and maybe also Keyboard mappings with `setxkbmap` on Linux not working · Issue #23991 · microsoft/vscode · GitHub

Let me know if there is anything I can do to help addressing this.