Nick Brassel

As of August 26, 2024, `qmk/qmk_firmware` is no longer accepting VIA-enabled keymaps as these have now transitioned to a repository under the VIA team's control. As you've submitted a PR...

On hold due to ambiguity with wireless, and definitive evidence of 2/3 wireless boards based on QMK with no sources. See #24085 for rationale -- if we're holding the others...

As of August 26, 2024, `qmk/qmk_firmware` is no longer accepting VIA-enabled keymaps as these have now transitioned to a repository under the VIA team's control. As you've submitted a PR...

Hi there, thanks for getting in touch. I'd suggest giving this documentation page a read: https://docs.qmk.fm/proprietary_libs -- it establishes our stance on our inability to use proprietary libraries, so anything...

Hi, thanks for trying to move this along. This file is precompiled and does not actually provide source code: https://github.com/jonylee1986/qmk_firmware_master/blob/hfdkb_ble_wire/keyboards/hfdkb/fk5181/common/lib_bts.a You’ll need to work with your vendor to get the...

I opened the AL65 and there are seemingly encrypted files for the files BLE support (I see `Esafenet` within the binary data). So no, not even close to being compliant....

And you've got no plans for an equivalent wireless edition, much like a large number of other manufacturers seem to have done? Perhaps called the K715 Pro like your original...

> I wanted to kindly inquire if there's anything more I should do to help move the process forward. You need to release full source code for the K715 Pro,...

> Now, if we submit the code for K715 Pro first and it gets approved, will the approval process for K715 also proceed smoothly? It’s unlikely to go smoothly if...

Maybe it's something as simple as not sending a report if there's no change?