Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in
  • I initiative-qualification-roadmap-oniro-wg
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 9
    • Issues 9
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • Merge requests 0
    • Merge requests 0
  • Deployments
    • Deployments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • Code review
    • Insights
    • Issue
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • Eclipse Working Groups
  • Oniro WG
  • products-services-oniro-wg
  • release-roadmap-oniro-wg
  • initiative-qualification-roadmap-oniro-wg
  • Issues
  • #17
Closed
Open
Issue created Mar 17, 2022 by Sebastian Serewa@sserewa

EXAMPLE: Provide modern "UI/UX" tools, flows

Domain Importance/Impact Accountable
UI Mid @john_smith

Value

In the longterm, having an universal & flexible UI toolkit will help with T2M delivery, better suited products and general improved of the work flow.

Description

Each UI toolkit might have its own way of dealing with application resources, this is slowing down integration of asset and makes alignment harder between integration team and graphics designers but not impossible (eg: LVGL vending machine is a good showcase).

On other approach would be to provide simulators to designer to draft and test UI without deploying on application integration.

Also it worth noted that mobile UI/UX paradigm influenced designers and users might expect a similar behavior (fast swipe, input methods etc) of displays (theming, adaptative fonts etc).

In scope

Modern UI toolkits could be considered for projects where LVGL is not mature enough to address those use cases.

Qt/QML is of course the reference on the subject while other Web toolkits could be also evaluated because Web is already somehow the point of convergence between frontend and backend teams, so this could be also work for applications (offline, out of browser "a la electron").

Of course all those modern features come with a price to pay (boot time, hw reqs GPU, etc), a trade off has to be defined.

Out of Scope

Development of new toolkit is not desirable, yet. Improvement of existing one is more encouraged.

Acceptance Criteria

Provide flow to design a Basic UI (eg: dialog-lvgl) using a nice (web?) editor (without need to use command line or terminal) without forcing user to rely on graphical user tool (something a programmer could also use in headless env)/

Integration should be effortless (ideally by just placing files in "assets/static" directory of application sources).

Notes

Copy-pasted from here

Assignee
Assign to
Time tracking

Copyright © Eclipse Foundation, Inc. All Rights Reserved.     Privacy Policy | Terms of Use | Copyright Agent