-
-
Notifications
You must be signed in to change notification settings - Fork 318
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
undo & redo support #4863
base: main
Are you sure you want to change the base?
undo & redo support #4863
Conversation
note that this is downstream of #4844, so I might close that pull request & just fold it into this one |
I think keeping it separate makes more sense, we just need to review the FF PR properly and test it, I haven't done that so far |
Yeah, please keep them separate. |
an update on progess: majority of controls in WA options now perform undo-able actions. exceptions are:
|
(note, this pull has #4982 merged in, for my own sanity. The actual changeset is smaller (though, honestly not that much smaller) |
Small graphical request: if either the 'undo' or 'redo' is empty (or the last item in the history), have the text 'fade' (optionally unclickable?) to indicate you can't go any further |
functionality related to undo/redo will be hidden behind this feature until it's 'ready' for the LCD user Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
mostly to accomodate how the commonoptions setall works Signed-off-by: Allen Faure <[email protected]>
…saction Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
array entry manipulation & reset to defaults aren't yet supported, and collapsed data needs to be handled better somehow Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
detritus from an ancient (never actually released) time when there was "actionConditions" in auraData Signed-off-by: Allen Faure <[email protected]>
This might be wrong, or it might produce spurious empty tables. I'm not sure, though. Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
only difference is one is shown when trigger.check == "update" and the other when trigger.check ~= "update" presumably in the past, these were different in more significant ways Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
not doing customOverlayX because i think that's due for a migration to an array Signed-off-by: Allen Faure <[email protected]>
which is used for a lot of trigger options as well as load, apparently Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
(same semantics as table.insert/remove) Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
bonus: this means we don't need to ask for confirmation: user can just undo it Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
Signed-off-by: Allen Faure <[email protected]>
An experimental build of WeakAuras with the changes in this pull request is available here. |
if you want to test it out, checkout this branch, or download the build artifact, either should have the feature automatically enabled. This feature is (for now) disabled by default on alpha/beta/release builds, though you can enable it via the command
/wa ff undo
- this will persist thru a reloadcurrently implemented:
there's still a lot to do, especially for custom options & condition options
(there's other changes to be made undo-able not caught by that grep)