It's hard to classify what it is. It's not a video, because it's generated dynamically. It's not a game, because you just watch. It's not a screensaver, because it's not the 90s. Maybe it's a "demo"?
It's an animation.1,690 karma · joined April 1, 2013
It's hard to classify what it is. It's not a video, because it's generated dynamically. It's not a game, because you just watch. It's not a screensaver, because it's not the 90s. Maybe it's a "demo"?
It's an animation.MDN is a better choice for (almost) anything MDN has content for.
https://developer.mozilla.org/en-US/docs/Web/XPath/Introduct...
No matter what the library itself provides, to use it you have to go back to working like how developers in 2014 and before used to work with JavaScript, so that's a very real consideration that the "I still like to use jQuery" folks never mention. Are they writing all of their code as pre-2015 'classic' JavasScript as well?
document.querySelectorAll('a').forEach(tag => {
// operate on tag
}) document.querySelectorAll('meta[name="viewport"][content*="user-scalable=no"]').forEach(tag => tag.remove())
And if you wanted to get really fancy, you could use window.setInterval or a Mutation Observer to watch for any dynamically generated `<meta>` tags and continue to remove them forever if they every show up.While it's not ideal to have to use a snippet or an extension, you could fix this for yourself (or individual web users) in a way that 'fixed' literally every site on the internet for that person. So I wonder if that's a viable route to a solution!
Just as a thought experiment - how many people currently subscribed would be subscribed for 30+ more years if they could just maintain what they have been doing for 30 years? The potential lifetime revenue is so huge it is a shame any time they do something that makes a lifetime subscriber bail on 30+ years of subscription payments without a second thought.
It's like they have the fish on the hook and they're debating if they can catch more fish by cutting the ones they have loose.
Instead, any author is allowed to invent _any_ property, so long as the property name begins with a double-dash (--) and you can put anything inside as a value so long as it doesn't break CSS syntax
a {
--note:
So you could do this instead and it would be standard CSS, perfectly fine for all people forever!
;
}(Kind of like the <plaintext> element in HTML, once you write the <plaintext> open tag all text after that is plain text, so you can't write a </plaintext> to get out of it - the whole rest of the file is in that mode with no return)
- Authors can define custom properties as long as they start with a double-dash, like --demo
- Authors can leave these values empty, or put any code that doesn't break CSS's syntax inside. This can be CSS values, it can be JSON, it can be other languages, even some JavaScript could be stored in CSS to be read later
- Using JavaScript you can read the values of CSS custom properties, and set them
So it's possible with a tiny bit of JS to re-create what the old IE expression() function used to do in any modern browser in a fully standards-compliant way
Yes, I could fiddle and twiddle with settings and configure a nicer shell, but Fish on its default settings on any OS just makes things smooth and easy!
Just playing the devil’s advocate here - but isn't science also what we call the only study that's consistently and routinely wrong?
So if you had a lot of land, and a lot of time (decades) you might be able to cultivate a huckleberry patch, but that's quite a commitment.
- Never be afraid to discard code
- Try building the same thing in a new way
- Try building using the same way in a new place