Improve UX in error messages #1568
Replies: 5 comments 9 replies
-
I was just about to mention this! I think it's because they've been written by people too close to the issues. Some of the English is also a bit off, but that's less of problem. Would it be possible to gather up all the UI messages in one place and have a look at them? (also BTW "Before sitting down to write an error message, consider whether the system can be designed such that it isn't needed.") |
Beta Was this translation helpful? Give feedback.
-
We can also relate this to the issue about style and tone. I can brainstorm some guidelines that can be followed for both Jamulus and its site so contributors have a better idea of how/what to write. |
Beta Was this translation helpful? Give feedback.
-
First one: Line 563 in 0d593fc
Suggestion:
We could debate if we want to include something like "To provide low latency audio, Jamulus uses ASIO". Next one: Line 149 in 0d593fc
Suggestion:
|
Beta Was this translation helpful? Give feedback.
-
Opened a new PR for discussion: #1732 |
Beta Was this translation helpful? Give feedback.
-
Also linking https://onlineornot.com/what-fastly-outage-can-teach-about-writing-error-messages as reference |
Beta Was this translation helpful? Give feedback.
-
While talking to a bunch of people and helping them set up Jamulus, I had the impression that error messages in Jamulus don't always seem to be self-explanatory and lead to a fix. I think some are too long or too technical (especially those coming up with a non-functioning device due to sample rate mismatch see: #1567 and #1564 which are clear examples that the error messages don't seem to be good)
Obviously making them understandable is not an easy task. However, I'd like to start a discussion on making error messages more user friendly and maybe look through the code.
Also see:
https://uxplanet.org/how-to-write-good-error-messages-858e4551cd4
Tagging @gilgongo and @mulyaj here.
Beta Was this translation helpful? Give feedback.
All reactions