incorrect handling of keys on French keyboard (Windows)

I have a French keyboard, so the numbers on the top row are in shift position:
https://en.wikipedia.org/wiki/AZERTY

For instance, "2" is shifted, and unshifted, it gives "é".

1. I tried to bind a command to "ctrl+é", but it does not work. I tried also "shift+é", or "shift+ctrl+é": no result. But "shift+2" works, as well as "shift+ctrl+2", while "ctrl+2" does not work. I tried this in Qt (using QShortcut and QKeySequence), and it works correctly: "ctrl+é", "shift+é", "shift+ctrl+é" are all recognized, while "ctrl+2" is not, and neither is "shift+2" (which are impossible key sequences for me). So I think it's a bug on fman's side?

2. I have assigned some keys frequently used for programming. For instance, when I press "ctrl+=", I get "#", "ctrl+$" gives "}", etc. This is done at the Windows keyboard driver level (MSKLC), and works fine almost everywhere. But when I press "ctrl+=" in fman, nothing happens, while it should start a search for files containing "#" (but "alt+=" for instance, is not "hijacked", so it should be detected by fman, and actually it is).

No source files or tests are named. Start by reproducing the shortcuts on Windows with a French keyboard layout, comparing fman's handling with the Qt behavior described in the report. Done means the reported combinations, including ctrl+é and ctrl+=, are recognized according to the expected characters and modifier state.