27 ms·

It's a webpage with buttons that take you to another webpage.

• slx26 5y ago
  Given the technical nature of the puzzles/adventures, I guess that if there's something we could all agree on is that the message about why javascript is required could be a bit more nuanced. Beyond that, sure, it could be done without javascript, but it's easy to see how it helps using javascript. It's a pretty fair use-case.
• klodolph 5y ago
  It’s stateful. You can visit the same location with different states.
  • keinplan 5y ago
    Thats what cookies are for.
    • krapht 5y ago
      What's with all the griping going on regarding javascript? Twine is made for these "choose your own adventure" type games, and it's faster to use it than handcode everything while serializing all your app state to a cookie. What's next, a bunch of complaining that electron apps are slow? That people are writing video games in managed languages?
      • keinplan 5y ago
        I also think that Twine/Client-Side-JS isn't the worst choice here. It takes unnecessary load from the server and is easy to use, at least for the one creating the game. It's just so frustrating to watch how having loads of Javascript on websites that absolutely don't need it has been normalized. I don't think people should be blamed for using Javascript (or Electron, .NET, whatever), especially for hobby projects. But I also think users shouldn't be silent about it, especially since there are young developers who actually don't know software could be better. It's just such a massive waste of resources and breaks accesibility way to often.