1. https://dailydrip.github.io/firestorm_elm/ hey you might be interested :)

    7 replies
  2. I literally wasn't writing an SPA though. :) I am sure that it works for a lot of people and they are happy. I'm outside the set. I'm also ornery about spring and whatever this activeupload crap is :)

  3. Ahh.. the classic "I used turbolinks and didn't know I was building a SPA issue."

    If you were to build an Elm/Ember/React/Vue app you would have faced all the same issues. Lots of folks load scripts/resources with react's willComponentMount hook 😁 and jquery plugins tend to leak event handlers like prime day echo sales.

    It's cool though, it's not everyone's cup of 🍵

  4. tl;dr - it has cost me too much money and time.

    I have used it on a host of projects. It inevitably overtakes the js side of things as you have to actually tie into its various hooks if you want to avoid problems. Third party libraries are the worst here. One other example was linking from a page on layout A to a page with layout B. If A didn't load a global library (stripe in this case), then page B didn't have it available. If you loaded it multiple times bad things happened. Finding this, on a page that took payment info and intermittently failed depending on the path taken to get to that page, was horrendous and painful.

  5. Care to expand why turbolinks makes you cringe, out of curiosity!

  6. Also, turbolinks makes me cringe. The Elm client prototype was the fastest thing ever and I'm really happy with the protocol for keeping the local store up to date.

  7. the elm front-end is coming. I'll focus on it after 1.0 but I've been working on it.

  8. The github repo advertises Elm frontend... I feel bamboozled! 😁

    Personally, I think that a spa for a forum is less than ideal. However, turbolinks... that could be something to try.