5 ms·

It’s 93 lines, less than most CSS resets. Small enough to copy paste to the top of your index.html in a script tag. You can use it without NPM, webpack, a speci

by jitl 3y ago

It’s 93 lines, less than most CSS resets. Small enough to copy paste to the top of your index.html in a script tag. You can use it without NPM, webpack, a special compiler pass, or a template language. Seems pretty vanilla compared to the full fat, popular alternatives.

not_your_vase 3y ago
Seems pretty vanilla compared to the full fat, popular alternatives? Absolutely! Does it seem vanilla compared to vanilla? Haha..
jwarren 3y ago
You're mixing metaphors there! It might be lightweight but it's still a flavour. It's still not part of the common browser API, so yes it's easy to add, but no, it's not vanilla.
- Anon4Now 3y ago
  > it's still a flavour. > it's not vanilla. Hate to interrupt, but vanilla is a flavor. And it's a pretty good one, dammit!
  - rgoulter 3y ago
    Insofar as the discussion on the name "vanilla javascript" goes, this mixes metaphors. "Vanilla JavaScript" implies "without anything added".
ohgodplsno 3y ago
Minified React is 1 line, line length isn't exactly a great judge of how much it does. It's 3KB of barely documented code.
nailer 3y ago
That's nice but still: don't do that. VanillaJS is already a thing. Make your thing have a different name.
nextlevelwizard 3y ago
If I tell someone to "just use vanilla js" and they go googling and end up using VanJS instead.... that aint good.
usrbinbash 3y ago
> Seems pretty vanilla No it doesn't, same as "automobile" doesn't seem pretty Saturn-5, despite the fact that both are moving under their own power. Terms have meaning, including meaning derived from communities by and large accepting that a certain term has a certain semantic meaning. And the accepted semantic meaning of "Vanilla Javascript" is "runs without a framework besides the browsers own API". If my code works out of the box in an unmodified browser, then it is Vanilla JS. If I have to load a framework for it to work, then it isn't, period. And it matters exactly nothing whether the framework in question has 900,000 or 9 lines of code.
- rawoke083600 3y ago
  ^^^100%
- zambal 3y ago
  So loading an external library or framework isn't Vanilla JS, but if I copy/paste the VanJS source into a script tag, nothing gets loaded, there's no syntax magic, just some function calls, so that's Vanilla JS, right? If the latter isn't Vanilla JS by your definition, can I at least copy/paste something from stackoverflow? Trying to make Vanilla JS a strict definition seems pointless to me in the first place.
  - usrbinbash 3y ago
    > so that's Vanilla JS, right I think we don't have to argue about the distinction between the library code and the application code. It doesn't matter how the library is loaded. You can get it from a CDN at runtime, load it from a scriptbundle, copypaste it into a <script> tag, it doesn't matter. It's still library code that the rest of the application depends on. As soon as that is the case, it's no longer what the JS community by and large calls "Vanilla JS". This is Vanilla JS: fetch('/readme.txt') .then(response => response.text()) .then(data => console.log(data)) .catch(error => console.log(error)) This isn't: awesomeLib().goesBrrrrr() > Trying to make Vanilla JS a strict definition seems pointless to me in the first place. Being able to name things, and having clarity in a community about what names denote, is anything but pointless.

by jitl 3y ago

not_your_vase 3y ago

Seems pretty vanilla compared to the full fat, popular alternatives? Absolutely! Does it seem vanilla compared to vanilla? Haha..

jwarren 3y ago

You're mixing metaphors there! It might be lightweight but it's still a flavour. It's still not part of the common browser API, so yes it's easy to add, but no, it's not vanilla.

Anon4Now 3y ago
> it's still a flavour. > it's not vanilla. Hate to interrupt, but vanilla is a flavor. And it's a pretty good one, dammit!
- rgoulter 3y ago
  Insofar as the discussion on the name "vanilla javascript" goes, this mixes metaphors. "Vanilla JavaScript" implies "without anything added".

ohgodplsno 3y ago

Minified React is 1 line, line length isn't exactly a great judge of how much it does. It's 3KB of barely documented code.

nailer 3y ago

That's nice but still: don't do that. VanillaJS is already a thing. Make your thing have a different name.

nextlevelwizard 3y ago

If I tell someone to "just use vanilla js" and they go googling and end up using VanJS instead.... that aint good.

usrbinbash 3y ago

> Seems pretty vanilla No it doesn't, same as "automobile" doesn't seem pretty Saturn-5, despite the fact that both are moving under their own power. Terms have meaning, including meaning derived from communities by and large accepting that a certain term has a certain semantic meaning. And the accepted semantic meaning of "Vanilla Javascript" is "runs without a framework besides the browsers own API". If my code works out of the box in an unmodified browser, then it is Vanilla JS. If I have to load a framework for it to work, then it isn't, period. And it matters exactly nothing whether the framework in question has 900,000 or 9 lines of code.

rawoke083600 3y ago
^^^100%
zambal 3y ago
So loading an external library or framework isn't Vanilla JS, but if I copy/paste the VanJS source into a script tag, nothing gets loaded, there's no syntax magic, just some function calls, so that's Vanilla JS, right? If the latter isn't Vanilla JS by your definition, can I at least copy/paste something from stackoverflow? Trying to make Vanilla JS a strict definition seems pointless to me in the first place.
- usrbinbash 3y ago
  > so that's Vanilla JS, right I think we don't have to argue about the distinction between the library code and the application code. It doesn't matter how the library is loaded. You can get it from a CDN at runtime, load it from a scriptbundle, copypaste it into a <script> tag, it doesn't matter. It's still library code that the rest of the application depends on. As soon as that is the case, it's no longer what the JS community by and large calls "Vanilla JS". This is Vanilla JS: fetch('/readme.txt') .then(response => response.text()) .then(data => console.log(data)) .catch(error => console.log(error)) This isn't: awesomeLib().goesBrrrrr() > Trying to make Vanilla JS a strict definition seems pointless to me in the first place. Being able to name things, and having clarity in a community about what names denote, is anything but pointless.