Skip to content
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

Y-axis in timeline #204

Open
josefspr opened this issue Jan 25, 2017 · 3 comments
Open

Y-axis in timeline #204

josefspr opened this issue Jan 25, 2017 · 3 comments
Assignees
Labels

Comments

@josefspr
Copy link
Contributor

Non filtered view:
Y-axis of timeline is arranged according to projects
Hovering or selection emphasizes events on y-axis of project
time spans are displayed only on hover or select
Filtered view:
time spans are displayed
Y-axis optimises views of large and small spans
4 modes of timeline view:
Default view of non-filtered map
Expanded view of non-filtered map
Hovering on non-filtered map
Collapsed view of one project (reconsider because of time spans ?)

@mushon
Copy link
Contributor

mushon commented Feb 5, 2017

Please review the mockups here: https://invis.io/PRABJLV5Q

Basic mode:
No timespans on default, they would appear only on hover
new-timeline-1 copy 2

Hover:
On hover the project points are sized and the project title appears on the left under a strip that marks the whole project:
new-timeline hover

Extended timelines:
Clicking the ^ icon opens the timeline and allows scrolling through all the researches as clearly divided and titled units:
new-timeline open

Single timeline:
This view also shows time spans, all events are set in one line, unless the timespan overlaps, in which case the timespan is attached above or under the main line.
new-timeline-3 copy 6

@josefspr
Copy link
Contributor Author

josefspr commented Feb 5, 2017

for single timeline check heimat project as test case with multiple timespans
https://daat-hamakom.herokuapp.com/#/project/8

@mushon
Copy link
Contributor

mushon commented Feb 8, 2017

Looking at this research I think we might want to rethink the visualization of the time spans. I think it might be less logical to show time spans before hover. This is how it would look if we only show time spans on hover:
image

Compared to the current solution that makes things pretty unreadable:
image

If we show only a point we might also consider placing it in the beginning of the span rather than its end. What do you think @josefspr?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants