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 design of the event code (buttons, reader events) is pretty fragile in two ways: 1) could be better designed, 2) browser reader events (if I remember correctly) can fail.
To reproduce one bug: go to a page with a lot of text. Click Play. Then click "Pause" "Resume" "Pause" "Resume" until it fails.
I tried a number of different ways of coding/detecting events. The various browser's implementations of the readers is (if I remember correctly,) very wonky. Tried to be defensive, but needs a new hard look if this is to ship to people-who-happen-to-not-be-developers.
The text was updated successfully, but these errors were encountered:
The event capturing was very challenging to work with because so many states were introduced. I think in total there only really needs to be ~4 states, all represented by a single variable (rather than action, app action, synth action, etc)
The design of the event code (buttons, reader events) is pretty fragile in two ways: 1) could be better designed, 2) browser reader events (if I remember correctly) can fail.
To reproduce one bug: go to a page with a lot of text. Click Play. Then click "Pause" "Resume" "Pause" "Resume" until it fails.
I tried a number of different ways of coding/detecting events. The various browser's implementations of the readers is (if I remember correctly,) very wonky. Tried to be defensive, but needs a new hard look if this is to ship to people-who-happen-to-not-be-developers.
The text was updated successfully, but these errors were encountered: