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

A "i'm doin stuff' screen #1159

Open
baconpaul opened this issue Aug 19, 2024 · 4 comments
Open

A "i'm doin stuff' screen #1159

baconpaul opened this issue Aug 19, 2024 · 4 comments

Comments

@baconpaul
Copy link
Contributor

Thinking about #1157 we have some actions which are long time on the serial thread but don't need to block the ui.

For instance, loading an entire big SF2 with all its samples

Would be nice if in addition to the synchronous edge at the thingy in #1157 we had a 'doing stuff' screen so

  1. src-ui/app/other-screens/doing-stuff
  2. messages to open and close it and to send a message to it
  3. a guard class for serialization thread which opens and closes it

so then sf2 load could at least say you are doing it and when you are done.

@mkruselj
Copy link
Collaborator

Nice UI might be to have a progress throbber in header which you could click then it says what it's doing. like in BWS, say.

@baconpaul
Copy link
Contributor Author

Ahh I was thinking modal but yes both modes would be lovely

@mkruselj
Copy link
Collaborator

Modal might be annoying...

@baconpaul
Copy link
Contributor Author

I get that, but right now dropping a bitwig multisample onto a part and having nothing happen for 7 seconds is also annoying! So I was thinking of something to indicate loading is happening

We could also replace the select-multi dropdown with a progress-indiciator or a million other things.

But the trick is to get the messages back and forth and hooked up to something, and then we can draw it some way as step one.

baconpaul added a commit to baconpaul/shortcircuit-xt that referenced this issue Aug 21, 2024
Per surge-synthesizer#1159 we now at least have a serialization thread message
which the engine can send to the UI with an open/close/update
type semantic. We send the messages from SF2 load but we don't do
anything with them other than a SCLOG_ONCE for now. Just some
progress to get in the codebase before I close my laptop.
baconpaul added a commit that referenced this issue Aug 21, 2024
Per #1159 we now at least have a serialization thread message
which the engine can send to the UI with an open/close/update
type semantic. We send the messages from SF2 load but we don't do
anything with them other than a SCLOG_ONCE for now. Just some
progress to get in the codebase before I close my laptop.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants