You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
Users of legacy applications are used to being able to tell where their zoom applies to each plot on a view. With versions of MCT prior to the time conductor rework, I was able to say if they kept the plots the same width of the time conductor they could tell where they were zooming on the plots from time conductor.
However, with the new release of MCT, that's now completely disconnected:
This creates confusion for the users when zooming on all plots at the same time, as they can't be precise with the zoom anymore.
Describe the solution you'd like
A clear and concise description of what you want to happen.
When in zoom mode with the mouse I'd like it to indicate on the plots where the current zoom level is, allowing users to zoom all on a feature that they find useful. Perhaps on mouseover while in zoom mode a line is put on the plots where the mouse is, and once clicked a shader pops up like so:
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
I am currently directing users to use the sync time conductor button if they zoom on a particular point of interest, but it isn't an ideal replacement.
Additional context
Add any other context or screenshots about the feature request here.
I'm trying to get users off a legacy tool that has this behavior and they're really really used to the zoom on all kind of workflow. I'm hoping they get used to the zoom-on-one-sync behavior, but there's technically a missing use case there where you want to zoom between two points of interest that are on separate plots. The above requested feature fixes that missing use case.
The text was updated successfully, but these errors were encountered:
Another potential idea - what if we could zoom on the time-strip's time thing at the top?
That's perfectly correlated with the range on the entire time strip, and would probably be easier to implement. This offers an alternate to what I proposed above - I could say if you want to zoom on a stack of plots together precisely make them a time strip and zoom in on the strip on the top instead of with the time conductor.
Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
Users of legacy applications are used to being able to tell where their zoom applies to each plot on a view. With versions of MCT prior to the time conductor rework, I was able to say if they kept the plots the same width of the time conductor they could tell where they were zooming on the plots from time conductor.
However, with the new release of MCT, that's now completely disconnected:
This creates confusion for the users when zooming on all plots at the same time, as they can't be precise with the zoom anymore.
Describe the solution you'd like
A clear and concise description of what you want to happen.
When in zoom mode with the mouse I'd like it to indicate on the plots where the current zoom level is, allowing users to zoom all on a feature that they find useful. Perhaps on mouseover while in zoom mode a line is put on the plots where the mouse is, and once clicked a shader pops up like so:
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
I am currently directing users to use the sync time conductor button if they zoom on a particular point of interest, but it isn't an ideal replacement.
Additional context
Add any other context or screenshots about the feature request here.
I'm trying to get users off a legacy tool that has this behavior and they're really really used to the zoom on all kind of workflow. I'm hoping they get used to the zoom-on-one-sync behavior, but there's technically a missing use case there where you want to zoom between two points of interest that are on separate plots. The above requested feature fixes that missing use case.
The text was updated successfully, but these errors were encountered: