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.

Sign up for GitHub

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

Jump to bottom

Ability to configure default playing & loop modes for a given app_id from the SDK #1381

Open
teh-cmc opened this issue Feb 22, 2023 · 1 comment
Open

Ability to configure default playing & loop modes for a given app_id from the SDK #1381

teh-cmc opened this issue Feb 22, 2023 · 1 comment
Labels
🟦 blueprint The data that defines our UI enhancement New feature or request 🐍 Python API Python logging API 📺 re_viewer affects re_viewer itself 🦀 Rust API Rust logging API

Comments

@teh-cmc
Copy link
Member

teh-cmc commented Feb 22, 2023

Currently, the viewer will always start in loop mode when opening a file, and in follow mode when streaming data in.

In most cases this heuristic holds up, but sometimes it does not and multiple users have asked for a way to control that.

See e.g. this discord thread.
@teh-cmc teh-cmc added enhancement New feature or request 🐍 Python API Python logging API 🦀 Rust API Rust logging API 📺 re_viewer affects re_viewer itself labels Feb 22, 2023
@teh-cmc teh-cmc changed the title Ability to select default playing mode from the SDK Ability to select default playing & loop modes from the SDK Feb 22, 2023
@teh-cmc
Copy link
Member Author

teh-cmc commented Feb 22, 2023 •
edited
Loading

Same thing with loop mode.

Also, maybe the loop mode selected by the user (no matter how it is set) should persist when a new recording is played in the same viewer instance, at least if it's the same app id.
Same thing with the play mode really.

@teh-cmc teh-cmc changed the title Ability to select default playing & loop modes from the SDK Ability to configure default playing & loop modes for a given app_id from the SDK Feb 22, 2023
@teh-cmc teh-cmc added the 🟦 blueprint The data that defines our UI label Nov 28, 2023
@Wumpf Wumpf mentioned this issue Jul 9, 2024
Open
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
🟦 blueprint The data that defines our UI enhancement New feature or request 🐍 Python API Python logging API 📺 re_viewer affects re_viewer itself 🦀 Rust API Rust logging API
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@teh-cmc