I see. The warning would be much more appropriate if we can try to detect what the keyboard layout the user uses. For example, itâs possible to âsniffâ what browser the user uses, but itâs not currently possible to know what keyboard layout one uses.
I think the message helps, but to solve the problem you pointed out, itâs not enough. Have you noticed the onboarding messages (a few gifs with tips) that we display? About half people finish them, and about half just close them right away. I think itâs because people tend to want to jump onto it without further wait⌠figuring it out while using it is more âefficientâ.
Speaking of messing up with AltGr, in that sense we also messed up with all Mac users. We decided to make Alt+C toggle visibility of checklists and Alt+N toggle visibility of notes. Little did we Windows user know that Alt+C and Alt+N are used to enter symbols on a Mac (relevant bug report: "Toggle notes" shortcut doesn't work on OS X). We should really get to fix all that too.
The best solution I can come up with is to leave these set headings and set color label shortcuts empty (no shortcuts by default), and let the users figure how to coordinate the shortcuts. I think the shortcuts being crowded is a result of treating all shortcuts as equally necessary for everyone, where in fact some people do not need some shortcuts and thus should not suffer from the conflict of shortcuts.
The problem with this solution is that shortcut customization is Pro-only right now. Itâs pretty bad, in my opinion, to tell users that in order to fix shortcuts, you need to upgrade and customize the shortcuts. Itâs not an easy decision to just make another feature free either (some would argue Dynalist is a little too free right now).
The above is our current status/progress on this issue. I know in the end itâs our responsibility to solve this problem, but maybe you can suggest something that could help us out.
Lastly, I apologize if I assumed your intention earlier.