Forums : Android Startup Configuration
This page last changed on Jun 06, 2011 by juha.
The current UI experience on the initial startup and connecting to controller is rather horrid.
Goal is to design something more user friendly, move out the less used options (security, cache mgmt, etc.) and make sure the user is helped as much as possible on the first experience.
Generic configuration options (those not needed for every installation) should move to their separate screens.
List of controllers should always be present (regardless if auto-discovery is on or not) but should visually indicate (icon or color) whether the chosen controller is available – panel app could attempt to ping in the background configured URLs (those not auto-discovered) just to see if there's a response and reflect that status to the user in list of controllers.
The selection of panels should only be visible after the user has chosen his controller (separate screen that switches the UI context for this one task only for the user). In the long run the available panels should be restricted to only to those relevant to the user (e.g. iPad resolution only). This however will require changes to the designer and / or XML schemas.
In many aspects, the UI interaction should be similar to how WiFi access points are discovered.
The first sketch is what should be the main screen of the panel configuration when the app starts.
It is missing some other screens that are related to the interaction of the UI elements shown here (another sketch, although still in parts incomplete, is below).
The focus is on the list of available controller URLs and their current reachability.
Whether controller URLs are auto-discovered or manually entered, they should be "remembered" once used (cf. WiFi access points)
Reachability status of remembered controller URLs should be resolved in a background thread and UI updated accordingly (using HTTP REST to retrieve existing panel definitions should serve as appropriate "ping" to controller).
If controller URL is tapped before the reachability status is resolved, immediately attempt to connect.
Panel selection has been left out to another screen which is opened once a controller has been chosen.
Security setting has been moved to its own screen. Same with additional configuration (such as clear cache, potential SIP configuration, etc.)
Long press on controller URL allows user to see the full URL string (if hidden), edit the URL or delete the URL from "remembered" status.
Auto-discovery can be re-started by tapping the icon at bottom-left. Should indicate that auto-discovery is running with a simple animation. Auto-discovery should run on the background (essentially modifying 'reachability' status or adding new URLs to the controller list).
The second sketch details a little more the app startup flow:
Shows the panel selection screen – when URL is tapped and if more than one valid panel is present.
And shows the long-press screen for user to view full controller URL and either edit or remove it from list.
Still missing screens for security config / other config and adding new manual controller URLs (or delete multiple controller URLs at once).
|Document generated by Confluence on Jun 05, 2016 09:29|