Defold 输入系统：动作绑定、触控键盘手柄与手势识别
系统覆盖 Defold 输入处理：输入绑定文件（input_binding）与动作（action）体系、on_input 回调与分发优先级、触控多点触控、虚拟摇杆与按钮、键盘/鼠标/游戏手柄动作映射、手势识别（拖拽/捏合/滑动）、输入与 UI 节点交互、以及跨平台输入适配的工程实践。
tag
手柄
共 7 篇文章。
Godot 输入设备图标提示：键鼠、手柄与触屏之间的即时切换
背景：输入设备图标提示不是一个孤立功能 输入系统完成后，UI 提示往往才暴露问题。PC 版玩家用键盘看到“按 E 互动”，插上 Xbox 手柄后仍然显示 E；Switch 手柄 A/B 位置和 Xbox 不同，提示反了；触屏版本没有实体按键，仍然显示键鼠快捷键。
Godot 输入系统实践：InputMap、手柄和移动端触控如何统一
输入系统先抽象意图，再处理设备 Godot 的 InputMap 很适合做动作映射： 、 、 、 。但很多项目仍然在脚本里直接判断键盘按键、鼠标按钮或屏幕触点。这样一开始很快，后来要支持手柄、移动端、键位重绑定、无障碍设置时，就会非常痛苦。
Godot 手柄 UI 焦点导航：菜单能看见，不代表能顺手操作
很多 Godot UI 在鼠标下看起来很好，接上手柄之后立刻露出问题：默认焦点不在按钮上，按下方向键跳到奇怪控件，弹窗关闭后焦点丢失，列表滚动和焦点移动互相抢输入。菜单能显示出来，并不代表玩家能顺手操作。手柄 UI 的难点不是单个 Button，而是全流程焦点。
个人游戏技术选型案例：输入系统为什么不能只按键盘写死
一个个人动作冒险游戏在旧输入代码、引擎输入系统和自定义映射层之间做技术选型的案例，详细讨论键鼠、手柄、重绑定、教程提示和可访问性。
Godot 键鼠手柄混用仲裁：最后一次输入不一定就是玩家意图
先把问题放到真实场景里 键鼠和手柄混用时，设备提示、焦点导航和战斗输入要有明确 owner，不能只看最后一个事件。这句话听起来像经验，但在项目里它通常会变成一次次具体事故：某个设备表现不一致，某条异步链路旧回调回来，某个资源被错误保留，或者某次优化只解决了开发机上的现象。
Godot 多手柄座位分配：本地多人不是谁先按键谁就是一号位
为什么要单独写成系统 多手柄场景里，设备、玩家档案、座位和 UI 焦点必须分开管理。这个问题表面上通常很小：一个确认框、一个焦点切换、一个 LOD 开关、一个下载判断，或者一次性能采样。但它真正影响的是玩家对客户端稳定性的判断。