Earlier quoted context omitted.
It is really an odd flex. As soon as you need a transpiler, which many modern JS devs are going to want and need for the benefits they provide (Typescript being huge) then using JSX seems a benefit not a problem to solve.
Not needing to use a transpiler is genuinely the thing that excites me most about VanJS. If you're not a daily JavaScript developer, any form of transpiler / build mechanism seems almost guaranteed to break in the gaps between when you are working on a specific project. The projects I have that are transpiler/build free are SO MUCH more pleasant for me to intermittently hack on!
VanJS – A no-JSX framework based on vanilla JavaScript
141–150 of 178 posts
Re: VanJS – A no-JSX framework based on vanilla JavaScript
#142Re: VanJS – A no-JSX framework based on vanilla JavaScript
#143> 道可道,非常道 > (A rule that can be told by words, is not the rule that should universally apply) I'm curious where the dev got that translation or if they made it themselves. I have translated it before like "No method that can be explained is universally applicable" but I haven't seen many other translations like that.
1. There might be some universal rules about the world. 2. There are limitations in human's understanding and human language. 3. For all the rules that can be described in human language (which is subject to the limitations in 2), they can't hold universally.
Putting into the context where the words are cited. Any claim (in human language) about programming like "you should program in this way" is most likely not universally sound.
Of course a philosophy book 2000+ years ago can be interpreted in a different way. Happy to see the elaboration of your understanding "No method that can be explained is universally applicable".
Re: VanJS – A no-JSX framework based on vanilla JavaScript
#144Earlier quoted context omitted.
Jsx never achieves plain-old-html in my view. is legal but isn't.
is which matches xhtml (if not html5)
Re: VanJS – A no-JSX framework based on vanilla JavaScript
#145Love the use of functions to craft components. Such an undervalued way of writing a UI.
clojurescript and elm would perhaps interest you =)
Love CLJS though, I use that sometimes for personal work when I have an urge to lisp.
Re: VanJS – A no-JSX framework based on vanilla JavaScript
#146> 道可道,非常道 > (A rule that can be told by words, is not the rule that should universally apply) I'm curious where the dev got that translation or if they made it themselves. I have translated it before like "No method that can be explained is universally applicable" but I haven't seen many other translations like that.
Here is the break down of my understanding about the philosophy described in 道德经: 1. There might be some universal rules about the world. 2. There are limitations in human's understanding and human language. 3. For all the rules that can be described in human language (which is subject to the limitations in 2), they can't hold universally. Putting into the context where the words are cited. Any claim (in human langua…
Re: VanJS – A no-JSX framework based on vanilla JavaScript
#147Earlier quoted context omitted.
Here is the break down of my understanding about the philosophy described in 道德经: 1. There might be some universal rules about the world. 2. There are limitations in human's understanding and human language. 3. For all the rules that can be described in human language (which is subject to the limitations in 2), they can't hold universally. Putting into the context where the words are cited. Any claim (in human langua…
The word dao literally means “road” but by the time of the DDJ, it had come to mean “way of doing something” and “speech that explains how to do something”. Interestingly, in Greek “method” is meta + hodos and hodos means “road” so it’s an etymologically appropriate translation.
Re: VanJS – A no-JSX framework based on vanilla JavaScript
#148Re: VanJS – A no-JSX framework based on vanilla JavaScript
#149HTMX, LiveView, WASM, Dart, ClojureScript, Kotlin, ScalaJS, Dioxus -- There are lots of options folks. We don't need to surrender to the tyranny of JavaScript.
Re: VanJS – A no-JSX framework based on vanilla JavaScript
#150Earlier quoted context omitted.
Html 5 has displaced XHTML for decades. And notably, XHTML is not html. is valid html5, but the trailing slash is meaningless. In JSX, it's required.
XHTML5 is a thing.
https://en.wikipedia.org/wiki/HTML5#XHTML_5_(XML-serialized_...
If that's true, that means is not valid XHTML5 because 1) trailing slashes don't close tags in html and 2) div elements require a closing tag.
And if that's true, then it's still different from JSX. But this XHTML5 thing might be surpassing my comprehension.