[REL] Live Game Input Refactor

Discussion in 'Released Mods' started by wondible, October 3, 2015.

  1. wondible

    wondible Post Master General

    Messages:
    3,279
    Likes Received:
    2,084
    Framework to make mouse mods easier. Replaces big knarly mouse functions with small moddable ones.

    I'm not entirely happy with the initial way functions fell apart; it might need to be redone someday.

    - https://github.com/JustinLove/live_game_input_refactor
    - http://wondible.com/pa/live_game_input_refactor_v1.0.1.zip
    - PAMM

    Function Summary

    All new functions are collected in the `lgir` namespace object.

    The file is sort of upside-down as pieces build into the complete handlers. From the bottom:

    Modal Response/Button Routing

    Top level click handling. The first responder delegates based on mode, and then handles middle button pan if the mode did nothing. `lgir.holodeckModeMouseDown` is just like live game's `holodeckModeMouseDown`, except it's exposed for modification. Those functions have the top level per-mode handling: fab, default, and command (one per command) Most of these functions decide what a left or right click means and call down to the next layer.

    Modifier Keys

    Placed near the button assignment for easy of reference. The rest of the routines call this series of methods for most UI-controllable shift/ctrl/alt functions. Note that the traditional role of 'shift' has been broken out by mode, as well as being able to distinguish between 'append command to queue' and 'should exit current mode after issuing command'

    Button Functions

    Modal routing primarily calls into this group. Select, contextual action (standard right click), command, etc.

    Multi-Stage Command Parts

    Extracted drag and formation as re-usable functions. Formation is probably still crashing (and thus the extraction is essentially untested), but this mod aims for parity with vanilla.

    Support Functions

    Helpers used by the rest. Scale handing and common promise resolvers.

    Possible Bugs in Vanilla

    - `fab_end` mode doesn't seem to be required
    - Command confirmations may be shown at a different point than where the command was issued (ex: contextual(right) dragging move)

    (WIP Thread)
  2. swenidan

    swenidan New Member

    Messages:
    1
    Likes Received:
    0
    Used to work with hold-the-line, now with hold-the-line removed and implemented in vanilla, queue-by-default works, but makes the vanilla hold the line bug out. Right clicking and dragging just produces a line and the units doesn't move.

Share This Page