jml7c5

What do you mean by realistic? I guess you could throw shading/lighting in, but then you're playing a 1D version of a remastered Mario Bros rather than the original.

I think you've pasted the wrong link.

Do you know of any implementations that allow this? I've been looking around and even Yubikeys can't do it.

Xeroderma pigmentosum?

Is interoperability a requirement for all RISC-V implementations? I thought one of the draws for RISC-V was that adding custom instructions doesn't require an architecture license.

That seems wrong? As far as I am aware WebAssembly is completely architecture-agnostic, and Firefox has implemented wasm VMs for both x86-84 and ARM.

You're right! My mistake.

It's quite surprising. I wonder if the technical side and the PR side of the company just aren't sufficiently connected.

It would be beneficial to have unvarnished tweets from someone in a technical role, written for technical peers rather than the general public. The press and tech journalists can filter the jargon into something useful for customers. "Dashboards are showing ABC, we're trying XYZ, so far it's looking like LMN", even if the public don't understand what is being said, is more reassuring than a generic statement. It suggests competence and hints that yes, it really is a difficult problem.

I believe it changed with Windows XP, so 2001.

(Oh my, has it really been that long?)

> The author of the article made a good faith effort to simply look at the data.

Given some of their commentary, I'm not sure it can be claimed they were making a good-faith effort. There is a clear agenda to their analysis.

The assumption is both that the carbon is obtained via atmospheric capture and that the energy for fuel synthesis comes from renewables.

It's a bit of an odd one to search for because both the title and site are different. I wouldn't have found the original either. (And, in fact, didn't! It was only because I knew the previous submission was to Jacobin that I could locate it.)

This article was already sumitted here yesterday, where it garnered a lot of discussion: https://news.ycombinator.com/item?id=31773233

Ceding political and budgetary power to wealthier portion of citizens does not seem like a good way to maintain a healthy society. Even the poor deserve a say in how they will be governed, and where collected taxes will go.

>not randomly wake up in the middle of the night, in my bag, and just sit there fans at full speed…

At this point I always globally disable wake timers in Windows. They're mostly used for automatic updates. (For more fine-grained control, look at the various wake timers in Task Scheduler.)

The goal of the recent initiatives is to create widespread passwordless authentication, so it seems likely that the number of services that support WebAuthn will grow dramatically over the next few years.

This isn't a great solution, as in order to enrol in new services you have to either retrieve your backup key from its safe storage location, or keep the backup key with you at all times (which defeats its purpose).

And if you do move away from Apple's Passkey to your second key, you'll want to buy and set up a new backup key. So have to do the tedious mass-enrollment anyway.

From complaints I saw online, users emphatically cared. It was a common complaint, and some users would report that the load times would deter them from playing the game.

I almost prefer it, I think! It felt much more like a proper story game with a challenge rather than the modern result of "The Sims, but dwarves". A single Z-level may be too austere today, so perhaps a modern iteration could use the same layout but with three or four Z-levels. I wonder if there's a way to replicate that today with some map editing...

The real trouble I had with the old versions was the inability to build walls. As I recall, once you dug something out it was dug forever.

That seems like an enormous pain if you have dozens or hundreds of services. It could take hours to do this one at a time. (I'm assuming one minute per service, though that depends on how hard it is to find the "add another authenticator" page for each service.)

It's possible I'm unaware that there is a simple protocol for this. Am I incorrect here?

Try Pimantle[1], which is Semantle with a point-cloud visualization of guesses. The visualization is only two-dimensional, but it's enough to prevent the "orbiting" you describe.

[1]: https://semantle.pimanrul.es/

These losses were not due to GME.

The risk there wasn't diarrhea, but life-threatening toxicity. See: https://www.merckvetmanual.com/toxicology/food-hazards/xylit...

Do you have any recollection of where you read this quote? I've tried searching for the original wording but had no luck.

Bike thieves can be quite professional and experienced, and are likely to figure out common placement points for trackers. Not to mention that they will try to offload the bike quickly anyway, so you have a limited window within which to catch them. And even if you do catch the thief, you'd likely need further evidence to achieve a conviction.

It's a frustrating problem.

>Also they used to make bike racks out of wood? Sick (?!)

That photo is relatively recent (2006), and it's quite likely that that bike rack is not very old. It appears to be on the grounds of a hotel estate where locking would be unnecessary and a rural aesthetic is key.

What were your incomes at the time?

Note that the wet-bulb temperature there was "just" 29 °C. The 33.1 °C reading is terrifying.

I do prefer #000 over #FFF (or vice-versa) and generally agree with your sentiment, but it is worth noting that portions of overly-bright screen do not generally trigger the "seared eyeballs" sensation. There are scenarios where allowing a scant 1% of a photo (for example) to be over-bright means much more range in the rest of the image. Personally, I prefer a display that simply matches the static contrast ratio of the human eye. I use ambient lighting to keep my pupils from dilating when viewing a dark screen. (Which has the side-benefit of avoiding the dark-to-light transition that people hate so much.)

Unrelated fun idea for hardware engineers: develop a GPU that outputs average image brightness before each scanout. This allows the monitor (or GPU itself, though you'd suffer quantization issues) to slowly ramp during dark-to-bright transitions. Consumers would love the feature: people like to stare at devices in dark rooms (bed etc) but melt their eyeballs every time they navigate from a dark page to a light one. This would prevent that pain.

Your first two links seem to be about contrast polarity, not contrast ratios. (There is a mention of using low-contrast text in the second link, but it is not very good advice in the era of selectable light/dark mode. Those with astigmatism will tend to avoid dark mode, so the "hack" of using grey-on-grey to limit halation is not needed.)

The latter link provides some sources, but not much experimental evidence.