Holoseat

We are moving forward with this plan. The first pass will be a minimum viable app for Windows. The capabilities required for the minimum viable app are:

1. Read/Update the current configuration (enabled status, step length (1-4), forward character, reverse character)
2. Read/Update/Reset the hardware defaults for Holoseat (enabled status, step length (1-4), forward character, reverse character)
3. _Support interactive debugging via app hosted Serial Monitor - this is not strictly required, but it serves as a complete demo of current and future technology needs for the app making it a useful feature to implement early.

I have been reviewing material from Packt Publishing, including a video series called Mastering Flask and the examples use Bootstrap to speed up UI development. I am thinking I will develop the minimum viable app using Bootstrap. With that in mind, the layout for the app will be a series of tabs and a main menu.

Tabs

• Controls: main UI, ultimately where one would select, but not define, a profile; it should update configuration live and stay in sync with updates to configuration live, e.g. enabled widget should update if the physical button is pressed. Each of the four settings will be their own form which submit on change. We will expand these forms later based on output type (mouse|keyboard) and to include running/sprinting, etc. These values can also be updated by API. Check out this thread for how to submit wtforms on change (https://stackoverflow.com/questions/38003712/how-to-pass-parameters-on-onchange-of-html-select-with-flask-wtf). Look at putting the forms into a div that can be reloaded (?) when values get updated from other sources (like the button). First implementation will use submit buttons on each form (instead of on change events), will skip fancy decorations (like buttons), and will not auto refresh (but reload will set values based on current configuration). Will duplicate these functions in rest API later.
  • Enabled form: 1 checkbox (make it look like a button - https://v4-alpha.getbootstrap.com/components/buttons/)
  • Step size form: 4 radio buttons, short to long steps (make it look like a button - https://v4-alpha.getbootstrap.com/components/buttons/). Iconography for step size: [-] [--] [---] [----] (or maybe number of feet?)
  • Forward form: single character wide text field (filtered to characters on keyboard)
  • Reverse form: single character wide text field (filtered to characters on keyboard)
• About: lists version and licenses info for (on far right of Nav Bar)
  • Controller
  • Firmware
  • App
• -- if debug --
• Serial Monitor: app based clone of arduino serial monitor (on far right of Nav Bar)

Menu on far right (stacked horizontal bars)

• Connect/disconnect: manage the serial connection (until we can work out auto-connect)
• Hardware Defaults: Managing the defaults cannot be done over the API (so only implemented in wtforms). One form for the four (and only four) hardware defaults. Push them all down to controller in one command.
• Help: (opens new window)
• Close: closes the app window