Jonathan Rascher

This is awesome, BTW! Hope the drive-by comments are okay! I had previously borrowed a trick from your userspace to update the QMK toolchain used by GHA. But that broke...

Hey, this is an awesome feature! I've been wanting RetroArch to support something like this for a long time, so I figured I'd test it out (in a clean install...

I hacked in some extra logging, and it looks like `config_load_remap` isn't actually looking in the per-controller remap path, even though I have the new "Sort Remaps by Gamepad" setting...

Moar logging. Seems `input_device_name` is coming back null when it tries to load the remap file: ``` [INFO] XXX: sort_remaps_by_controller: 1 [INFO] XXX: joypad_port: 0 [INFO] XXX: input_device_name: (null) ```...

> I have a Windows machine to test on now, I'll take the feedback raised in this thread and get it all fixed up. I can also help with Windows...

> @bcat, I just pushed some more changes -- seems to work with the limited testing I performed. Nice! I'll try and build/test over this weekend. > I'm leaning on...

The more I think about this, the more I wish the autoconfig mechanism itself were a little more flexible, since it already has flexible device matching logic that works reasonably...

Sorry for the delay, real life got in the way. :) I'll build and retest on Windows this weekend.

Okay, retested on Windows. Looking good! * New remappings still save properly. :) * And now they load and work properly as well: `[INFO] [Remaps]: Core-specific remap found at "C:\msys64\home\bcat\RetroArch\config\remaps\Mupen64Plus-Next\8BitDo...

Basically, and without the corresponding route in the HTTP app. Right now, this Caddyfile ``` { email [email protected] } *.example.com { } foo.example.com { respond "Hello world" } ``` turns...