Live data from Hacker News

Show HN: Live-updating version of the 'What a week, huh?' meme

tintin.dlazaro.ca

151–160 of 162 posts

Re: Show HN: Live-updating version of the 'What a week, huh?' meme

#152

Earlier 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.

But that’s NOT the joke. There’s no implication the week is over on her part. It’s more “so much has happened it feels like a week” much more than “thank god it’s over”

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

#153
post #116

Earlier 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()."

Why would you need seven PNGs? And Reddit also has an orange logo, I don’t think that particular dig works.

Re: Show HN: Live-updating version of the 'What a week, huh?' meme

#154
post #26

Earlier 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.

It's not pedantic and actually a good question, IMO. One that, IMNSHO, isn't discussed enough.

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

#155
post #32

Earlier 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…

You could have the user create an account which remembers which timezone they picked on signup.

Re: Show HN: Live-updating version of the 'What a week, huh?' meme

#156

Earlier 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.

This argument holds as much water as saying that Google's Privacy sandbox reduces tracking because it gives advertisers the information they want. The IP is still available so you can assume that malicious websites will use it for whatever nefarious purposes they desire. An additional timezone header does not incentivize them to track you less.

Re: Show HN: Live-updating version of the 'What a week, huh?' meme

#157
post #25

Earlier 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.

Timezone: GMT with an IP that says something different is still more information than the IP alone.

Re: Show HN: Live-updating version of the 'What a week, huh?' meme

#158

Earlier quoted context omitted.

Soo... browsers will likely support it until the end of the internet?

Yup, unless HTML6 is backwards-incompatible, which is highly unlikely.

Even then, Browsers will likely support HTML5 until the end of the internet.

Re: Show HN: Live-updating version of the 'What a week, huh?' meme

#160
post #46

IDK 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.

> non-usable

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 ;-)

Post reply on HN