Input Device compatibility testing with KVM & KM switches

[Prega]

That is a pretty interesting keypad. It reminds me of the Koolertrons which were great in theory but not interoperable with KM switches.

On a related note I had similar thoughts and wanted a fully hardware programmable keyboard/keypad I did research and in the end I wanted to leverage the Open Source Quatum Mechanical Keyboard Firmware standard (QMK). I had a hard time finding a cost effective yet professional QMK option and looked at lots of alternatives including isolinear keypads.

Most QMK options I found looked to be devices that need lots of hobbiest type of effort that I don't really have time for (and were expensive on top of needing lots of effort). In the end I decided that if I was going to pay that much for something I decided that I wanted to get something that would work in my normal life and would be effective for my job as well. The best professional option that I could find that looked to be effective in both games and work were the following QMK compatible options (which have 4+ programmable layers/profiles):

• - 67 keys : Drop ALT Mechanical Keyboard;
• - 67 keys : Drop ALT High-Profile Mechanical Keyboard;
• - 87 keys : Drop CTRL Mechanical Keyboard;
• - 87 keys : Drop CTRL High-Profile Mechanical Keyboard;
• - 99 keys : Drop SHIFT Mechanical Keyboard;
• - 99 keys : Drop SHIFT High-Profile Mechanical Keyboard;

All of the above should be fully usable for work and regular use with a default profile and then on one or more game profiles/layers every single key should be fully programmable (even sophisticatedly macro-able)...

If I have time (which is a big IF) I would love to test a QMK option with a synchronous switch (or hear of other's test results).

pretty interesting, i did not know this kb and related Quatum Mechanical Keyboard Firmware standard.
looks a real top class option.
so many profiles and a solid programmatic standard.

tempted!

atm both 99 keys models are OoS.

[Wootenblatz]

Today I received a Swiftpoint Z mouse and after setup I can confirm it is GOOD with an AIMOS8 port. I gave my ShuOne away to someone on Discord so I no longer can test that device. As long as you use the "Save mapping to permanent flash memory" from the driver software while plugged directly into a PC, all mappings will work on the AIMOS.

While I have some buttons setup for in game functions, a number of them are specifically AIMOS operations and all work as expected:
- Front edge button: Turn sync on, enable absolute mouse positioning
- Rear edge button: Enable relative mouse positioning, switch to PC1
- Right fingertip press: Turn sync on, enable relative positioning
- Left trigger press: Switch to PC2
- Left trigger pull: Switch to PC3
- Right trigger press: Switch to PC4
- Right trigger pull: Switch to PC5

Finally a unique feature on this mouse is the built in accelerometer that allows you to define output based on the tilt of the mouse left/right/front/back. I can confirm that when setup to issue my "others strafe" key binds, these tilt functions are passed through the AIMOS as intended.