> Is Karax sufficient? Would it be better if it was extended to support > template literals so that you could take advantage of some of the performance > benefits purported by hyperHTML / lit-html?
So here are my thoughts: I am perfectly happy with Karax. It's not perfect and there are certainly many edges that need to be sharpened, but it's a great framework. Because of this I am a bit sceptical about starting from scratch, I would much rather we all poured our effort into Karax. I actually learned React at Facebook and used it there before working with Karax, and I was amazed by how well Karax worked. For someone who I don't consider to be a web dev, Araq has done a terrific job. I think we need to do a better job of advertising Karax because working with it really does feel pretty revolutionary. I can see for example the Rust community gearing up for an SPA with the advent of packages like [typed-html](https://twitter.com/bodil/status/1063929911331696640), I think we're already there and people just don't know about it because we lack the big sponsorship and shiny websites. Perhaps I give too much importance to those though, maybe @bketelsen can give his thoughts about this as well (awesome to have you here btw!), I'm guessing he's got some great insight into how Golang's marketing worked :) I do agree 100% that the NimForum should be easy to compile and run. I did my very best to ensure this would be the case, unfortunately things have moved rather quickly recently in Nim land and this caused multiple conscious changes that broke backwards compatibility. I don't really have much time these days to be fixing such things (to be honest, I'd rather spend time doing something else, like implementing Nimble features) so things remain broken. Hopefully someone will step in or I will eventually fix it though :)
