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
The current behavior when setting at to 0 on magic-move and v-switch is quite misleading. Setting at to 0 should means this first state shows without a click, but currently it shows the second state and skips the first state. Because changing the behavior will be a breaking change, a warning should be made when 0 is set, and the at value should fall back to 1.
Original content:
Describe the bug
As magic-move transitions through different versions of the code block, it is not possible to render HTML in lock step. V-click or v-switch elements, given the correct at attribute, do not show at the expected click.
To Reproduce
Steps to reproduce the behavior:
Run the example in the code pasted below
On click, I would expect the 2nd block of code to show together with template 1
By @KermanX:
The current behavior when setting
at
to0
onmagic-move
andv-switch
is quite misleading. Settingat
to0
should means this first state shows without a click, but currently it shows the second state and skips the first state. Because changing the behavior will be a breaking change, a warning should be made when0
is set, and theat
value should fall back to1
.Original content:
Describe the bug
As magic-move transitions through different versions of the code block, it is not possible to render HTML in lock step. V-click or v-switch elements, given the correct
at
attribute, do not show at the expected click.To Reproduce
Steps to reproduce the behavior:
slides.md
Desktop (please complete the following information):
The text was updated successfully, but these errors were encountered: