Nitpick: /anyotheruri should return 404, no?
Show HN: Live-updating version of the 'What a week, huh?' meme
151–160 of 162 posts
Re: Show HN: Live-updating version of the 'What a week, huh?' meme
#152Earlier quoted context omitted.
In writing classes, adding all of that unnecessary dialog is considered insulting to the audience. If you are trying to write a joke for the lowest denominator audience member, then you will alienate a larger portion of the audience. If every single joke needed that much additional context, it's not a funny joke. If you're going to require the writers to add that much dialog, you might as well ask them to add a laugh…
I'm not adding context to the joke, I'm pointing out that people are misinterpreting the dialog as it was written. by saying "I don't know what the additional context is", I was saying "perhaps she had just said TGIF!" and that would explain why he said "it's Wednesday" "What a week, thank god it's over!" "it's wednesday" would work for your lowest common denominator.
Saying “a week full of mondays” doesn’t mean it’s over either.
Re: Show HN: Live-updating version of the 'What a week, huh?' meme
#153Earlier quoted context omitted.
(Thinking aloud) How I'd approach that: - you could render the page using puppeteer server-side, getClientRect/calc and apply the dimensions to the path, then spit back the markup, OR - you could use HTML + CSS to render the bubbles
"Tonight: Orange Reddit over-engineers a meme website that any normal person would just make with seven PNG files and getDay()."
Re: Show HN: Live-updating version of the 'What a week, huh?' meme
#154Earlier quoted context omitted.
Yes, but it seems > No JavaScript is sent to the browser. Is a design goal. I doubt it is possible without JS. Especially inside SVG.
...is it pedantic if I ask if WASM is considered JS and / or whether it can run without any assistance from JS? I mean in the 2000s there were a number of other options (flash, silverlight, java, probably more) but that era is behind us, and that would be extra pedantic.
WASM esp in the browser offers a great opportunity to "Do Things Right" that JS in the browser got all wrong in hindsight. I'm not talking about language design, but about what JS can do, access, control, etc: from telemetry to security issues.
The modern DOM apis show how this can be fixed. But there's no way we can fix "the old APIs" which are also used for fingerprinting, tracking, DOSing clients, breaking your back button, annoying scrolling etc. We can see this clearly in how browsers bolt stuff on, like popup blockers early on, and "copy to clipboard only after a human interaction" or "detect too many dialogs" or "detect CPU hogging".
WASM seems to head in the right direction: sandboxing, careful exposure to resources, proper permission systems etc.
But, as a bystander, I don't see much public discussion on how the WASM runtime/sandbox/layers in browsers can and should be shaped to i) fix and avoid mistakes JS made, and ii) while also having better DX and UX in this regard. As mentioned, just a bystander, maybe this discussion is happening, and I just missed it?
Re: Show HN: Live-updating version of the 'What a week, huh?' meme
#155Earlier quoted context omitted.
It could be a get parameter, with a picker allowing you to select your timezone.
That would be an absolutely awful user experience, unless there was also a way to default to knowing what the user's actual local timezone is without them having to manually pick it from a list of the 38 or so currently in use. I mean, you could try to persuade browser builders and site developers that this new get parameter is a standard that is automatically added to all requests by all browsers, and honoured if th…
Re: Show HN: Live-updating version of the 'What a week, huh?' meme
#156Earlier quoted context omitted.
> Makes me think, it would be nice if there was a standard request header to specify preferred TZ for 'local time', That's a another data point for fingerprinting, sadly. Not that Chrome would care, but Firefox and Safari teams do, I guess.
True. But pro-privacy is the argument that the server no longer needs to geo-lookup your IP address and find out where you are with much greater accuracy than is needed to determine what timezone you would like dates/times to be displayed in.
Re: Show HN: Live-updating version of the 'What a week, huh?' meme
#157Earlier quoted context omitted.
Sadly that almost makes things worse, if it's off then it's a data point that helps to id privacy conscious people.
Just use a default (GMT) for people who don't want to disclose it.
Re: Show HN: Live-updating version of the 'What a week, huh?' meme
#158Re: Show HN: Live-updating version of the 'What a week, huh?' meme
#159Re: Show HN: Live-updating version of the 'What a week, huh?' meme
#160IDK why, but this reminds me of earlier days of internet, when it was full of random, non-usable but funny content like this. Best things often don't make that much sense.
https://tintin.dlazaro.ca/day would be easy to make into a very much usable clock. I'm actually a little disappointed it didn't already update as a minute passed ;-)