Conversation
|
Web viewer built successfully. If applicable, you should also test it:
Note: This comment is updated whenever you push a commit. |
9b40cb7 to
200768b
Compare
In Rerun, pressing `Cmd+S` brings up a save dialog using `rfd`, but we get not key-up event for the `S` key (in winit). This leads to `S` being mistakenly marked as down when we switch back to the app. This PR takes the safe route and marks all keys as up when an egui app loses focus. * Tested with rerun-io/rerun#9103
2ce720e to
7284f6b
Compare
|
Fixed! |
b52f513 to
98266f5
Compare
# Conflicts: # crates/viewer/re_redap_browser/src/add_server_modal.rs # crates/viewer/re_selection_panel/src/view_entity_picker.rs # crates/viewer/re_ui/src/modal.rs # crates/viewer/re_view_dataframe/src/view_query/ui.rs
|
The image loader now being async makes tests that have images (so basically all rerun tests) flakey 🙁 Maybe |
|
Also, basically all snapshots containing text have changed. Seems like text is slightly less strong now. Wondering if this was caused by this? emilk/egui#5824 |
|
Text rendering changed in So it is expected that all screenshots with text changes. The text should be more crisp and clear now though |
Or we disable the background loading in tests, somehow (making them blocking instead) |
| @@ -59,7 +59,7 @@ fn test_help() { | |||
|
|
|||
| harness.get_by_label("❓").hover(); | |||
|
|
|||
| harness.run(); | |||
| harness.try_run_realtime().ok(); | |||
There was a problem hiding this comment.
Snapshot wouldn't include the icons otherwise. Not sure why this is necessary after making images load blockingly in tests, maybe that doesn't work as expected 🤔
|
Clicking links in egui_commonmark is broken 😔: Screen.Recording.2025-04-30.at.14.46.56.movEdit: Fix: emilk/egui#6905 |
|
I've added
|
# Conflicts: # crates/viewer/re_view_dataframe/src/view_query/ui.rs
# Conflicts: # crates/viewer/re_time_panel/tests/snapshots/focused_item_is_focused.png # crates/viewer/re_time_panel/tests/snapshots/various_entity_kinds_timeline_a_0.png # crates/viewer/re_time_panel/tests/snapshots/various_entity_kinds_timeline_a_5.png # crates/viewer/re_time_panel/tests/snapshots/various_entity_kinds_timeline_a_9223372036854775807.png # crates/viewer/re_time_panel/tests/snapshots/various_entity_kinds_timeline_b_0.png # crates/viewer/re_time_panel/tests/snapshots/various_entity_kinds_timeline_b_5.png # crates/viewer/re_time_panel/tests/snapshots/various_entity_kinds_timeline_b_9223372036854775807.png # crates/viewer/re_time_panel/tests/snapshots/various_filters-_path_to,_rig.png # crates/viewer/re_time_panel/tests/snapshots/various_filters-_to_the.png # crates/viewer/re_time_panel/tests/snapshots/various_filters-_to_the_.png # crates/viewer/re_time_panel/tests/snapshots/various_filters-ath,left.png # crates/viewer/re_time_panel/tests/snapshots/various_filters-ath,t.png # crates/viewer/re_time_panel/tests/snapshots/various_filters-none.png # crates/viewer/re_time_panel/tests/snapshots/various_filters-path.png # crates/viewer/re_time_panel/tests/snapshots/various_filters-t.png # crates/viewer/re_time_panel/tests/snapshots/various_filters-to_the,oid.png # crates/viewer/re_time_panel/tests/snapshots/various_filters-to_the.png # crates/viewer/re_time_panel/tests/snapshots/various_filters-to_the_.png # crates/viewer/re_time_panel/tests/snapshots/various_filters-void.png
# Conflicts: # crates/viewer/re_selection_panel/src/defaults_ui.rs # crates/viewer/re_selection_panel/src/visualizer_ui.rs # crates/viewer/re_view/src/view_property_ui.rs
### What #9103 broke the notification popup, this is the fix. Seems like `view_space_origin_widget_editing_ui` was also broken, but I'm not sure where that ui is.
In Rerun, pressing `Cmd+S` brings up a save dialog using `rfd`, but we get not key-up event for the `S` key (in winit). This leads to `S` being mistakenly marked as down when we switch back to the app. This PR takes the safe route and marks all keys as up when an egui app loses focus. * Tested with rerun-io/rerun#9103
Related
What
I was curious how my work on egui menus and popups would work in rerun, so I gave it a try.
Findings so far
The new tooltip positioning works well unless we scroll in the scroll area. Maybe we should intersect the widget rect with the clip rect.Fixed!Screen.Recording.2025-02-21.at.09.30.39.mov