Implement imgui animation progress bar#3223
Conversation
|
\ci full |
|
Implements #3116 . I didn't implement everyting yet - tests and maybe something else (like bindings) |
|
@mwestphal @Meakk I apologize, but I have vacation next week till Friday without PC access. I will finish missing parts and address review findings after getting back on Jun 12, I hope it is fine. |
ef7c2ec to
6ba4153
Compare
|
Tests seems to fail due to old renders with VTK progress bar, maybe I do not even need to add new dedicated tests - but just fix the old ones. |
|
Anyway, I will be able to fix it after Friday |
|
That looks great indeed!
That's probably useful. Maybe we should also adapt the animation bar based on the animation type? key frames with continuous range, fixed time steps (and probably upcoming infinite simulation) |
I'm not sure what you want in each mode however I think it could be good to be able to choose between time navigation or frame (could be done in another PR) |
|
|
Ah ! I think I would prefer keep the same design for |
|
So, I am back. How do we want to proceed with progress bar. We want 3 modes? If so let's be more specific what to do in every mode? |
lets discuss on discord :) |
6ba4153 to
b5ce522
Compare
|
Advanced: |
Looks great! |
0c6d349 to
7f68735
Compare
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## master #3223 +/- ##
==========================================
+ Coverage 97.01% 97.03% +0.01%
==========================================
Files 212 212
Lines 17641 17817 +176
==========================================
+ Hits 17115 17288 +173
- Misses 526 529 +3 ☔ View full report in Codecov by Harness. 🚀 New features to boost your workflow:
|
983e4cf to
aeb8fde
Compare
6e18124 to
17579ae
Compare
|
Tried to fix all of the last stuff, there is one open question about enum placement. |
|
I actually forgot - there were some test failures now, will have a look once this CI is ready. But I was quite surprised that happened - maybe something went wrong at merge/rebase as I remember fixing all the tests before it |
let me know if you need any help :) |
e582403 to
f58eae8
Compare
|
I updated few other cases of "default" progress bar with scalar bar, new change of the way bar is rendered affected default mode as well, but in a good way I believe. |
f58eae8 to
fa8479e
Compare
|
Looks good from my side, I seemed to fix evertying @mwestphal @Meakk @snoyer @Ni-g-3l |
mwestphal
left a comment
There was a problem hiding this comment.
Awesome work! One question about the behavior of juimp_to_time.
Sorrry, I should have caught it earlier.
Draw an interactive progress bar at the bottom of the view during playback. Click or drag it to seek to a point in time. --animation-progress becomes a mode string instead of a boolean flag: none, default (the bar alone), or advanced (adds time range, animation name, current time, keyframe markers and a hover tooltip). A bare --animation-progress implies default. Seeking is backed by two new commands, jump_to_time and jump_to_time_relative (time in seconds), mirroring the jump_to_frame / jump_to_frame_relative pair. They are wired through the ImGui actor, renderer and animation manager so the bar tracks playback. The scalar bar is offset by the progress bar height so the two no longer overlap.
fe75711 to
ace6757
Compare
Meakk
left a comment
There was a problem hiding this comment.
Incredible work! Well done @exbluesbreaker!


Describe your changes
Issue ticket number and link if any
Checklist for finalizing the PR
.github/workflows/versions.json, I have updateddocker_timestampAI Disclosure
Continuous integration
Please write a comment to run CI, eg:
\ci fast.See here for more info.