saving energy, by only running the simulation in one place
¤%%link;;{½3;
shared between users
¤%%link;;{½3;
saving energy, avoiding recomputation
¤%%link;;{½3;
where the animation is incrementally updated
¤%%link;;{½3;
saving energy, avoiding recomputation
¤%%link;;{½3;
cached on the server
¤%%link;;{½3;
backed by an immutable datastructure, a Rose-tree
¤%%link;;{½3;
Also, stuff.
¤%%link;;{½3;
written in OCaml
¤%%link;;{½3;
updated via Elm-like MVU pattern - but _through the server_ via POST requests
¤%%link;;{½3;
parameterized by different backends - in-memory or sqlite
¤%%link;;{½3;
a 2-dimensional physics simulation
¤%%link;;{½3;
instead - it's rendered on server as CSS and SVG animations
¤%%link;;{½3;
earlier tests showed that removing keyframes didn't change performance
¤%%link;;{½3;
the rendering itself seems the most heavy - would have hoped this would be more efficient
¤%%link;;{½3;
the new firefox profiler in v105.0.3 says that parsing is ~25% CPU, which seems fine
¤%%link;;{½3;
rand: hmm yes, I'll see if making fewer keyframes helps
¤%%link;;{½3;
[deleted]
¤%%link;;{½3;
rand: I have no problems on my laptop - but that also runs a newer firefox
¤%%link;;{½3;
Seems to spin up my fans on Firefox 102.3.0esr :'(
¤%%link;;{½3;
saving energy, by not recomputing in a slow programming language runtime across all clients
¤%%link;;{½3;
something not using Javascript
¤%%link;;{½3;
a place for anyone to anonymously think together
¤%%link;;{½3;
a social medium?
¤%%link;;{½3;
striving to inspire
¤%%link;;{½3;
a "short thoughts" medium
¤%%link;;{½3;
a very immutable one at that
¤%%link;;{½3;
to be seen yet
¤%%link;;{½3;
an optimisticaly open medium
¤%%link;;{½3;
what is this?
¤%%link;;{½3;
8 thoughts left