Filter Roadmap view by set dates instead of infinite horizontal scrolling [Iteration 1]
Problem to solve
Parker: When reporting on my team's progress, I want to view my team's planned work from from a high level down to a very granular view so that I can craft the right view for the right audience.
Per discussions in #6802 (closed) and #12887 (closed), to resolve current performance issues and concerns we should limit the Roadmap view to a set of Dates provided by the user, rather than an infinite scrolling timeline showing all epics and milestones.
Benefits:
- Reduce scrolling interactions when possible
- Reduce loading times on scroll
- Reduce number of extraneous epics loaded into roadmap
MVC solution
Add a datepicker with 3 options (for MVC):
- This quarter (the current fiscal quarter the user is in) This is the default option.
- This year (the current year the user is in)
- Within 3 years (today's date - 1.5 years and + 1.5 years)
Date picker | Default view |
---|---|
View options
- When the time range is
This quarter
, the roadmap is segmented byWeeks
and there is no other option available for MVC - When the time range is
This year
, the views available areMonths
andWeeks
- When the time range is
Within 3 years
the views available areQuarters
Months
, andWeeks
Available views by resolution
- For MVC, there are 6 ways the user can segment their roadmap for MVC
1 quarter/week | 1 year/month | 1 year/week | 3 years/quarter | 3 years/month | 3 years/week |
---|---|---|---|---|---|
This page may contain information related to upcoming products, features and functionality. It is important to note that the information presented is for informational purposes only, so please do not rely on the information for purchasing or planning purposes. Just like with all projects, the items mentioned on the page are subject to change or delay, and the development, release, and timing of any products, features, or functionality remain at the sole discretion of GitLab Inc.