-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DTS CE and SE should use similar UX to ChromeOS Firmware Utility #225
Comments
Some experiment was done here: #361 (comment) |
@macpijan Thanks, I was recalling that discussion, but I was not able to find it. I'm not sure if a GH discussion would have practical use for us. Anyway, it would be great if the topic of UX would be scheduled in DTS. |
Steps to achieve this:
|
@macpijan, the code was merged with DTS here: Dasharo/dts-scripts#2. Does it cover your request? If so, can this issue be closed, or we are planning to continue developing DTS UI? |
Original request was from @pietrushnic but yest - I believe this is solved already. |
The problem you're addressing (if any)
Current interface is confusing for end users. Explanation of the process which happen on the screen is not user friendly for most members of our community.
Describe the solution you'd like
We should leverage MrChromebox experience implemented in scripts. Please check slides here: https://mrchromebox.tech/#fwscript
We should maybe even hide more advanced options in submenu. We can probably do even better then in mentioned scripts but we should start with something reasonably scalable.
I would expect from person who will implement this feature to really compare UX between DTS CE and MrChromebox Firmware Utility Script.
Where is the value to a user, and who might that user be?
Simpler and more friendly looking interface. Extensible interface for future improvements.
Describe alternatives you've considered
Maybe simple ncurses interface would be better, since sooner or later we will transform into real application. There are also cool things written in Go and working as very nice terminal user interface applications. Of course we cannot go to far since application have to be usable over serial.
Additional context
The text was updated successfully, but these errors were encountered: