Keyboard code changes tracking

[davidqge]

Following are the problems I am running into, and the change I think need to fix them:

• [x] mod tap is un-usable. I think the problem is while mod key is in delay mode, the second key was processed out of order. The channel should queue keypress before keymap processing, instead of after.
• [x] holding the key will keep sending key reports even though they haven't changed. The scroll of logs prevent look at the timing of wrong key presses. I think this can be solved by queue above too.
• [ ] keyboard output should change to keycode instead of hid report. To allow enter BLE password, and allow more flexibility in how to send report.
• [x] mod tap, mouse button 2, quick tap would press mouse button 2, not release it. I think above change the keyboard to output keycode would ensure that keycode are generated properly like non mouse keys.
• [ ] Scanner currently output high/low, this would short circuit on matrix without diode. Change to open drain low, which is designed for such task.