stampino-element
mercury
| stampino-element | mercury | |
|---|---|---|
| 1 | 2 | |
| 30 | 2,841 | |
| - | - | |
| 6.2 | 0.7 | |
| about 1 month ago | almost 4 years ago | |
| TypeScript | JavaScript | |
| MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
stampino-element
-
Show HN: Skruv – No-dependency, no-build, small JavaScript framework
As someone who helped lead the Polymer team in the transition from HTML-first Polymer to JavaScript-first lit-html/LitElement, I have some experience building approaches.
I think that JavaScript-first is far better for templating the more general case (or the lower level foundation) because JavaScript is where your data lives. It's generally much easier to bring markup into JavaScript than it is data and data manipulation into HTML.
In HTML you need re-invent expressions, scopes, control-flow, references, and imports. You're going to spend more time and code implementing a less expressive, slower, and more proprietary system.
In JavaScript you just need a way to describe fragments of the resulting DOM (whether you prefer JSX, function calls, or tagged template literals), and the rest is just JavaScript.
Now, I do see benefit from the HTML-first approach for a lot of people and some use cases. One reason I also push on web components so hard is that with interop comes flexibility in allowing a mix-and-match of approaches. As a side-project I'm working on an HTML-first declarative component system layered on top of LitElement: https://github.com/justinfagnani/stampino-element
mercury
- Show HN: Skruv – No-dependency, no-build, small JavaScript framework
-
GUI programming concepts: need resources
Mercury (https://github.com/Raynos/mercury)
What are some alternatives?
es-module-shims - Shims for new ES modules features on top of the basic modules support in browsers
Water.css - A drop-in collection of CSS styles to make simple websites just a little nicer
hyperscript - Create HyperText with JavaScript.
vanilla-teuxdeux - A case study to implement modern js app with vanilla web technologies
imgui - Dear ImGui: Bloat-free Graphical User interface for C++ with minimal dependencies
om - ClojureScript interface to Facebook's React
Eve - Better tools for thought
reagent - A minimalistic ClojureScript interface to React.js