User Tools

Site Tools


agl-roadmap

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
Next revision Both sides next revision
agl-roadmap [2018/07/18 13:11]
waltminer
agl-roadmap [2018/09/13 23:48]
waltminer [From Graphics EG]
Line 30: Line 30:
      * {{:​ff-partial-yellow.png?​nolink&​75|FF-PARTIAL}} Application signing and installation mechanism      * {{:​ff-partial-yellow.png?​nolink&​75|FF-PARTIAL}} Application signing and installation mechanism
        * {{:​ff-ready-brightgreen.png?​nolink&​75|FF-READY}} Mechanism for checking signature is in place. ​        * {{:​ff-ready-brightgreen.png?​nolink&​75|FF-READY}} Mechanism for checking signature is in place. ​
 +       * Require all apps to be signed in GG
        * Developer workflow is needed for managing keys        * Developer workflow is needed for managing keys
        * Development mode and Production mode for app management ​        * Development mode and Production mode for app management ​
Line 56: Line 57:
          * Improved development cycle (based on partial Widget installation)          * Improved development cycle (based on partial Widget installation)
          * First step to support package manager for SDKs (Yomo)          * First step to support package manager for SDKs (Yomo)
 +
 +     * **GG Priorities for App FW**
 +       * Complete application lifecycle definition to prepare for all apps moving to new app lifecycle in HH
 +         * Background app awareness on the home screen - (e.g. Current song on media player, phone call in progress, # messages unread)
 +         * Kill apps individually from life cycle manager
 +         * Need to define state diagram for app life cycle
 +
 +       * **HTML5 app support as necessary**
 +       * Multi-user use case
 +       * API for abstraction of hardware mechanism for signing apps, packages, etc. 
 +       * Headless/ Telematics use case
 +       * Unit testing for app framework
 +       * Modularization of application-framework-main to improve key management, maintainability and building across multiple platforms. ​
 +         * Split off the keys from the App FW. Currently are [[https://​git.automotivelinux.org/​src/​app-framework-main/​tree/​certs | here]]
 +         * Allow keys to be changed by the device developers - git repo and recipe for keys
 +         * Library (or binding) to plug in key management to the app FW. 
 +         * Reference implementation will use the file system as the key store. Can be swapped for a trusted environment by a device creator at a later time. 
 +         * Sign at build time in AGL CI system with a check at run time 
  
 ==== From Graphics EG ==== ==== From Graphics EG ====
      * Graphic      * Graphic
        * **Finish Window Manager and Homescreen work**        * **Finish Window Manager and Homescreen work**
-         * Home Screen API  +         * Home Screen API / service 
-         ​* ​Home Screen keyboard ​for english and Japanese+           * UI for Qt 
 +           * UI for HTML5 
 +         ​* ​High level API for virtual keyboard in english and Japanese
          * Pop-up support          * Pop-up support
 +           * Virtual keyboard placement and removal
 +           * Alerts
          * Focus management for out of focus apps          * Focus management for out of focus apps
-         ​* ​Background app awareness on the homescreen ​(e.gCurrent song on media player, # messages unread) +         ​* ​Multi-resolution display support 
-         * Add new apps to home screen (not hardcoded)+           * Fix scaling issues across different display sizes  
 +           * Landscape vsportrait  
 + 
 +  
 +         * Add new apps to home screen (not hardcoded) ​- SPEC-1734
          * Management of apps that overflow the screen - slider or multiple pages or folders          * Management of apps that overflow the screen - slider or multiple pages or folders
-         * Improved secondary display ​suport ​+         * Improved secondary display ​support ​
          * Transition Animation          * Transition Animation
-         * Hardware plane management; Rear veiw camera, smart phone connection,,,​+           * Need to define use cases and requirements 
 +           * Handled by Qt Compositor if we continue to use it for demos.  
 +           * Will need to rethink if we switch compositors 
 +         * Hardware plane management; Rear view camera, smart phone connection,,,​
          * User interactive response; vibration of screen, beep,,,          * User interactive response; vibration of screen, beep,,,
        * Upstream to Wayland/​Weston        * Upstream to Wayland/​Weston
Line 84: Line 114:
  
    * Questions for EG from SAT:    * Questions for EG from SAT:
-     * Do we remove support for IVI protocol is favor of XDG?   +     * Do we remove support for IVI protocol is favor of XDG? 
-     ​How do we get LG involved in this group?+       ​Answer: No. Cannot deprecate IVI protocol unless extensions to XDG are made.   
      * What is the roadmap for Wayland/​Weston versions for 2018?      * What is the roadmap for Wayland/​Weston versions for 2018?
        * SAT recommends following Yocto. ​        * SAT recommends following Yocto. ​
agl-roadmap.txt · Last modified: 2021/03/11 12:21 by YAMAGUCHINaoto