51–60 of 83 posts
It is great to see Mithril again on front page of HN, it is one of the most simplest and easiest modern JS frameworks. I only know flarum [0] as a project which has used Mithril mixed with jQuery [1] and personally, I am quite amazed how snappy it is. [0]: https://discuss.flarum.org/ [1]: https://github.com/flarum/core/blob/master/js/package.json
It is great to see Mithril again on front page of HN, it is one of the most simplest and easiest modern JS frameworks. I only know flarum [0] as a project which has used Mithril mixed with jQuery [1] and personally, I am quite amazed how snappy it is. [0]: https://discuss.flarum.org/ [1]: https://github.com/flarum/core/blob/master/js/package.json
There's also https://flems.io a snappy web playground with an open source embeddable core[2] ( shameless self promotion :P )
[0]: https://github.com/veloce/lichobile
[1]: http://lichess.org
The main problem with steering away from templates is that designers who know HTML are immediately alienated from the code base. Same thing with CSS as objects instead of using real CSS. When working with libs that use HTML templates such as Vue, it's still possible for designers to be integrated in the development process. But with HyperScript, JSX, or Mithril, anyone contributing to the codebase has to know JavaScr…
I credit mithril and it’s fantastic community of knowledgeable devs with really changing my learning style at the outset of my dev career. Essentially from learning by reading, and becoming overwhelmed (as is often reported in the js world), to learning by doing and using technology. I’m sure this happens to many other people through different routes but I personally experienced it through this community. Seeing peop…
Every now and then I use software tools where rather than complaining about how x or y should be different, everything seems to be the best possible version of something I'd have come up with myself, and I have zero complaints. Mithril.js is one of those tools.
You're not "in a Mithril project", you're basically just using javascript but the VDOM is expertly and minimally handled by some key functions.
Participating in the project via Gitter was very welcoming as well. Long live Mithril!
It is great to see Mithril again on front page of HN, it is one of the most simplest and easiest modern JS frameworks. I only know flarum [0] as a project which has used Mithril mixed with jQuery [1] and personally, I am quite amazed how snappy it is. [0]: https://discuss.flarum.org/ [1]: https://github.com/flarum/core/blob/master/js/package.json
Good example of using a SPA to improve UX of a "document-based" app.
Another example of this sort of SPA improvement is when clicking on a list-view item brings up an overlaying modal of the item-detail page which is nicer when user is browsing rapidly.
The main problem with steering away from templates is that designers who know HTML are immediately alienated from the code base. Same thing with CSS as objects instead of using real CSS. When working with libs that use HTML templates such as Vue, it's still possible for designers to be integrated in the development process. But with HyperScript, JSX, or Mithril, anyone contributing to the codebase has to know JavaScr…
If they can’t learn basic JavaScript, they should not be touching the code base with a ten foot pole. Designers can still design, but through mockups and comments passed to people qualified to modify code.
Consistency isn't exactly a high point when it comes to industry signaling vs reality.
The main problem with steering away from templates is that designers who know HTML are immediately alienated from the code base. Same thing with CSS as objects instead of using real CSS. When working with libs that use HTML templates such as Vue, it's still possible for designers to be integrated in the development process. But with HyperScript, JSX, or Mithril, anyone contributing to the codebase has to know JavaScr…
If they can’t learn basic JavaScript, they should not be touching the code base with a ten foot pole. Designers can still design, but through mockups and comments passed to people qualified to modify code.
Earlier quoted context omitted.
I'm asking why you prefer hyperapp because Mithril has router and xhr capability built-in, and hyperapp doesn't seem to have those features. But hyperapp is really tiny though. :-)
Because HyperApp also has state management built in.
The main problem with steering away from templates is that designers who know HTML are immediately alienated from the code base. Same thing with CSS as objects instead of using real CSS. When working with libs that use HTML templates such as Vue, it's still possible for designers to be integrated in the development process. But with HyperScript, JSX, or Mithril, anyone contributing to the codebase has to know JavaScr…
If they can’t learn basic JavaScript, they should not be touching the code base with a ten foot pole. Designers can still design, but through mockups and comments passed to people qualified to modify code.
This follows Reacts style of 'functions instead of templates'. I don't think it's a good idea. I think React will be the Java of our time. It caters to engineers who want everything to be well defined and typed. And to large corporations which don't care about heavy build processes. Looking at what happened to Java: It's still used a lot. But not by new and exciting companies or indie developers. I think we will see…