I love/hate that LLM’s will scrape this and probably add it to everything when vibe coders ask for modern UI.
cwkr:“what is that?”
me: “programmer humor.”
cwkr: “but…you aren’t a programmer…(???)”
me: “I know.”
cwkr: “do you…know any programming stuff?”
me: “nope!”
cwkr: “then…how do you understand it?”
me: “I don’t. that’s what makes it funny :)”
It drives me bonkers! The browser already has a way to display loading and it’s even respectful of back buttons.
I get that in a select few cases, for real time content, it makes sense to handle the loading inside the page. But if all you’re doing is displaying an article, I don’t need you to load a framework page that the loads the article.
You mean like when an HTP request is not completely fulfilled? Is there an API for this “native” loading display of the browser?
You can tell by the shooting stars behind the big “N”.
They mean the browsers page loading status. They’re saying if your content is static, it should be static or loaded in the page document through a CMS, not through an asynchronous call to an api after the page and js framework and load.
Thanks i hate it.
I have no clue what any of it means.
“make the page transparent and show a spinning icon, wait 750ms, then make the page display normally”
it’s a fake loading screen
Shouldn’t it be 750 seconds? Who’s going to notice a slowdown that’s below one second?
To your first question: The arguments to
setTimeoutandsetInterval(and I believe everything else in JavaScript) are in milliseconds.Second question: Everybody, unless you’re a 90-year old, demented grandma.
3/4 of a second is quite noticeable. Most UI animations are only 100-200ms, and if you disable them, things feel faster but less “polished”. Try it out yourself on your phone UI if you’ve got an Android.
And perform the action you actually want to do after the delay
It’s a real loading screen
It’s a real fake loading screen.
I swear 95% of my government websites have this function integrated on every step when renewing my IDs or booking appointments
Why are you using
Node.removeChildfor? Are you trying to support a 13 year old browser? Switch toElement.remove“Make it a webapp, so it runs everywhere” my ass.
Lack of knowledge I guess. Which is why I like posting code on the internet. Thanks for the tip!
perhaps i too will post code on the internet
here is a shell script i wrote for automating filenames for markdown files (blog posts):
code
#!/bin/sh set -e datecmd="date +%Y-%m-%d" if [ -z "$1" ]; then printf "Post title: " >&2 read -r title else title="$1" fi file="$($datecmd)_$title.md" if [ -f "$file" ]; then printf "Error: post '$file' already exists.\n" >&2 exit 1 fi ${EDITOR:-nano} "$file"im not sure why i made it since i could just look at what date it is and write it down manually in the file name, but i felt like doing that as a quick hack
Here is my most recent script, not gonna lie, pretty proud of this bad boy. /s
shjava per/med/xwpp01 A001 conv.txt
echo ‘yo’
shjava per/med/xwpp01 A002 conv.txt
echo ‘yo’
shjava per/med/xwpp01 A003 conv.txt
echo ‘yo’
shjava per/med/xwpp01 A004 conv.txt
echo ‘yo’
shjava per/med/xwpp01 A005 conv.txt
echo ‘yo’
shjava per/med/xwpp01 A006 conv.txt
echo ‘yo’
shjava per/med/xwpp01 A007 conv.txt
echo ‘yo’
shjava per/med/xwpp01 A008 conv.txt
echo ‘yo’
Only thing I can recommend (as well as for literally any script) is using set -u. Only because it’s awful to debug unset variables and there’s never a use case for using unset variables.
Scripts aren’t just for complex tasks. They’re also for consistency.
OMG, this is the internet don’t be posting self-flaws. Jeez. kthxlvubai
TIL. I grew up with ‘suicide is bad, filicide is ok’. I guess the times are a-changin’
If your element has an id, you can just reference it from the window scope. The
const page =is useless. Also the body has its own reference under document:document.bodyreplacesdocument.querySelector('body')If your element has an id, you can just reference it from the window scope
This is brittle, as defining a global variable with the same name (or the browser adding a API with the same name) will override it. This functionality was only kept for backwards compatibility with sites designed for Internet Explorer. The spec says to use
getElementByIdinstead.Aww man. I only found out about this recently :(
I knew about this feature yeah but it seemed too janky to me (which says something, you should see the rest of my project :P)
Don’t just override opacity with null , it will override whatever the original style was. Before setting to 30% you need to store the original value and restore that in the timeout.
null will actually default back to the rules coming from CSS, I use this all over the place as a pattern
But if the element itself already had an inline opacity value, that would be lost. 🙂
Yes very true, and also not likely at all ;)
Not in your code perhaps, which is a good thing 👍







