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
User created changes to state should be stored in a history, with the ability to undo/redo.
We don't want to record everything, however. Think of all the changes happening with audio or LFO inputs.
Midi is a bit of a grey area, some users may want to undo a value change made with a midi device, other may not, especially if they're doing something weird like sequencing from other software. Ideally we have a setting for this.
In an ideal world, we could have some LFO going off, while the user is making changes. They could then undo all their changes and the LFO keeps smoothly going. Unfortunately I feel like the default behaviour with a library like zundo is that the snapshot is saved of the whole state at that time and so the LFO would jump around as the user uses undo/redo. Maybe not though...
The text was updated successfully, but these errors were encountered:
User created changes to state should be stored in a history, with the ability to undo/redo.
We don't want to record everything, however. Think of all the changes happening with audio or LFO inputs.
Midi is a bit of a grey area, some users may want to undo a value change made with a midi device, other may not, especially if they're doing something weird like sequencing from other software. Ideally we have a setting for this.
In an ideal world, we could have some LFO going off, while the user is making changes. They could then undo all their changes and the LFO keeps smoothly going. Unfortunately I feel like the default behaviour with a library like
zundo
is that the snapshot is saved of the whole state at that time and so the LFO would jump around as the user uses undo/redo. Maybe not though...The text was updated successfully, but these errors were encountered: