Document whether time should be updated in real-time or only on refresh
We currently have a mixture of both real-time updating, and only on refresh. (gitlab-ce!25992 (comment 150887717))
For example, when you create an issue you can watch the seconds tick by ("Opened 10 seconds ago... Opened 11 seconds ago... Opened 12 seconds ago..."). This has the side effect of the content to the right shifting as the seconds tick up, and it seems this real-time counting wasn't intentional in the first place (removing in gitlab-ce!25992 (comment 1508867140)).
Comments, on the other hand, only update on page refresh. So if you post a comment and stay on that page for a couple hours, it will still say you posted "just now."
(What’s the solution? Why is it like that? What are the benefits?)
(One or more images showing the UX pattern. They don’t have to be in GitLab.)
(When do you use this pattern? And how?)
Dos and dont's
(Use this table to add images and text describing what’s ok and not ok.)
(List any related or similar solutions. If none, write: No related patterns)
Links / references
Make sure these are completed before closing the issue, with a link to the relevant commit, if applicable.
- Read our contribution guidelines, especially the For GitLabbers section.
Create a Sketch file in your progress folder just for this pattern and make sure that:
- You have not created a duplicate of an existing pattern, symbol, layer style, or text style.
- You have used the proper method for creating the pattern depending on the complexity. Atoms and molecules are symbols, organisms are groups.
- Typography uses text styles. When applicable, colors use shared styles.
- Ask a UXer to review your Sketch file, linking them to your latest commit so they know where to find it. If they have the capacity, they should assign themselves to this issue.
- QA of your Sketch file by the reviewer.
- Add your changes to the pattern library. When copying things over, watch out for duplicated symbols, layer styles, and text styles. Some of our recommended plugins can help you find and remove duplicates.
- QA of pattern library by the reviewer.
- Create an issue in the Design System to add the pattern documentation. Mark it as related to this issue.
- Add an agenda item to the next UX weekly call to inform everyone (if it's a new pattern, not yet used in the application).