Bump leafwing-input-manager from 0.13.3 to 0.14.0

[dependabot]

Bumps leafwing-input-manager from 0.13.3 to 0.14.0.

Changelog

Sourced from leafwing-input-manager's changelog.

Version 0.14.0 (Unreleased)

Breaking Changes

• removed UserInput and InputKind enums in favor of the new UserInput trait and its impls (see 'Enhancements: New Inputs' for details).
  • renamed Modifier enum to ModifierKey.
  • by default, all input events are unprocessed now, using With*ProcessingPipelineExt methods to configure your preferred processing steps.
  • applied clashing check to continuous mouse inputs, for example:
    • MouseScrollAxis::Y will clash with MouseScrollDirection::UP and MouseScrollDirection::DOWN.
    • MouseMove will clash with all the two axes and the four directions.
• refactored the method signatures of InputMap to fit the new input types.
• removed InputMap::insert_chord and InputMap::insert_modified due to their limited applicability within the type system.
  • the new InputChord constructors and builders allow you to define chords with guaranteed type safety.
  • the new ModifierKey::with method simplifies the creation of input chords that include the modifier and your desired input.
• the timing field of the ActionData is now disabled by default. Timing information will only be collected if the timing feature is enabled. It is disabled by default because most games don't require timing information. (how long a button was pressed for)
• removed ToggleActions resource in favor of new methods on ActionState: disable_all, disable(action), enable_all, enable(action), and disabled(action).
• removed InputMap::build method in favor of new fluent builder pattern (see 'Usability: InputMap' for details).
• renamed InputMap::which_pressed method to process_actions to better reflect its current functionality for clarity.
• removed DeadZoneShape in favor of new dead zone processors (see 'Enhancements: Input Processors' for details).
• refactored the fields and methods of RawInputs to fit the new input types.
• removed Direction type in favor of bevy::math::primitives::Direction2d.
• removed MockInput::send_input methods, in favor of new input mocking APIs (see 'Usability: MockInput' for details).
• made the dependency on bevy's bevy_gilrs feature optional.
  • it is still enabled by leafwing-input-manager's default features.
  • if you're using leafwing-input-manager with default_features = false, you can readd it by adding bevy/bevy_gilrs as a dependency.

Enhancements

New Inputs

• added UserInput trait.
• added UserInput impls for gamepad input events:
  • implemented UserInput for Bevy’s GamepadAxisType-related inputs.
    • GamepadStick: Continuous or discrete movement events of the left or right gamepad stick along both X and Y axes.
    • GamepadControlAxis: Continuous or discrete movement events of a GamepadAxisType.
    • GamepadControlDirection: Discrete movement direction events of a GamepadAxisType, treated as a button press.
  • implemented UserInput for Bevy’s GamepadButtonType directly.
  • added GamepadVirtualAxis, similar to the old UserInput::VirtualAxis using two GamepadButtonTypes.
  • added GamepadVirtualDPad, similar to the old UserInput::VirtualDPad using four GamepadButtonTypes.
• added UserInput impls for keyboard inputs:
  • implemented UserInput for Bevy’s KeyCode directly.
  • implemented UserInput for ModifierKey.
  • added KeyboardVirtualAxis, similar to the old UserInput::VirtualAxis using two KeyCodes.
  • added KeyboardVirtualDPad, similar to the old UserInput::VirtualDPad using four KeyCodes.
• added UserInput impls for mouse inputs:
  • implemented UserInput for movement-related inputs.
    • MouseMove: Continuous or discrete movement events of the mouse both X and Y axes.
    • MouseMoveAxis: Continuous or discrete movement events of the mouse on an axis, similar to the old SingleAxis::mouse_motion_*.

... (truncated)

Commits

• df3111c 0.14 compatibility release (#555)
• a603533 Update release notes
• ad62a11 Fix examples
• fdc243f Compiler errors
• 1e644ea Enable serialize feature from bevy_ecs
• 54a4a3a Bump versions
• See full diff in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[gavinmorrow]

done manually

[dependabot]

OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting @dependabot ignore this major version or @dependabot ignore this minor version. You can also ignore all major, minor, or patch releases for a dependency by adding an ignore condition with the desired update_types to your config file.

If you change your mind, just re-open this PR and I'll resolve any conflicts on it.