Expose the eject button over gRPC and carry it on the Indigo transport

[rubu]

SimulatorHIDButton.eject already carries Consumer usage 0x0C/0xB8, but it was unreachable over the wire — HIDButtonType had no value for it and HidMethodHandler no mapping. This adds both, and gives the identity the legacy Indigo source alongside the usage so the button works on either transport.

What the usage does. iOS toggles the software keyboard on it, the same as a hardware keyboard's eject key. Confirmed by tracing DeviceHub's "Toggle Software Keyboard" menu item: it emits 0xC/0xB8 as a Button event to keyboard focus, and UIKeyboard setMinimized: flips immediately after.

Worth knowing: the toggle changes whether the keyboard is minimized, but the resting state depends on whether iOS has a keyboard device registered. idb injects key events into dtuhidd's existing virtual service without registering a device, so typing does not dismiss the keyboard the way it does under DeviceHub. That is out of scope here — it would need HID service registration over com.apple.coredevice.feature.remote.universalhidservice.

Stacked on #15.

🤖 Generated with Claude Code

[rubu]

Supersedes #1 — add soft keyboard hid button.

Much smaller than the original: upstream independently landed the same Consumer usage 0x0C/0xB8 as SimulatorHIDButton.eject, so all that remains is exposing it over gRPC and giving it the legacy Indigo source.

[rubu]

https://github.com/appetizeio/idb/pull/1/changes was what I reverse engineered from the Simulator.app, Xcode 27 has an alternative transport and button handling for this as pointed out by Claud in the first comment, but we still need this while we transition from Xcode 26 to Xcode 27, this maybe can be dropped afterwards once we fully transition to Xcode 27.