• Outer Wilds
• Legend of Zelda: Breath of the Wild (but not Tears of the Kingdom which I didn’t like)
• Factorio
• Legacy of Kain: Soul Reaver
• Shadow of the Colossus
• Spyro the Dragon
• Overcooked 2

I couldn’t do 5, so I did 7. The top 3 are solid, I think, in terms of games I thought about a lot while I wasn’t playing them and couldn’t wait to get back to. They constitute the best time I’ve had in games.

Then the next three were formative experiences, I think, but I haven’t played them since they came out. They probably don’t hold up, but that’s okay because they were landmarks in the past.

And then Overcooked is exactly the kind of structured chaos I love in a multiplayer experience. I would never play it solo, but I have a lot of great memories playing it with friends. It was fun with my chaos friends that are just trying to make it through the level as best they can while things are on fire, but it also had enough meat that my process friends and I could optimize and figure out runs to “crack” the levels and get maximum orders through. Delightful.

I did read the article, but I guess “remains especially inconsistent” sounded less dire than perhaps the reality is.

But does it? There are non-centralized third parties you can already use. In fact besides my sketchy password manager, is it not the case that every password manager real people are already using, already support passkeys, so it’s the same power you were likely already ceding to whoever you were already ceding it to.

But in the meantime a database leak doesn’t compromise things anymore.

Unless I’m missing something? Which is highly possible.

I don’t know that OP is wrong per-se, but I think they’re overstated a bit.

Their statement that passkeys are better than people using the same password, but are a step back for people using a password manager, is maybe a bit much. It’s basically the same, but sometimes better.

Most of their drawbacks are the hardware implementations, but that’s already true of people using hardware 2FA, and corporate management, which is already a problem if you use Apple’s or Google’s existing baked-in password managers.

But if you don’t already have both of those problems, the standard is basically just “instead of having the password manager pretend to type in a box, what if they dumped something into the stream directly”, and that extends to what if the UI didn’t ask for anything and just said “hey, do you want to login? Just let me know and it’s done”

And, like, should you be able to export from Apple’s built in store to migrate? Absolutely, but if you never used Apple’s passkeys in the first place, because ugh gross, then it’s not a problem you need solved yet.

There is one problem I’ll admit, which is that it’s easier to make a sketchy password manager that just pretends to be a keyboard. I myself don’t actually use passkeys because I sync my passwords with git and use pass, which is cool and I love it. And then I type them using a dmenu script and xdotool, which is silly and I love it. But that doesn’t work with passkeys which I can definitely store in git, but would require a real actual connection between my browser and the tool, in a way that I don’t think currently exists.

But just because I can’t use my sketchy crap, doesn’t always mean it’s a step back 😛

The return of SASL DIGEST! (Or these days probably CRAM or SCRAM)

But yeah, the “hard” part would be that you don’t want the user to type in a password to the website because it could get snatched, so you’d want the User Agent to pop up a password prompt, you type it, and then it does the hashing etc internally and only dumps the hash into the request. So you’d still need some kind of standard for that.

Which is basically just HTTP auth from the 90s. So the good news is that’s always been possible, and already has broad support and works with all browsers! 😛

This isn’t a real answer because as far as I know there’s no tool that helps you with this, but you should be able to put base-64 encoded images into markdown documents too. At the very least by just putting raw HTML image tags.

What would be “nicer” would be if one could use the references feature that allows you to put links in the body but their destinations in the footer to stash the images at the bottom of the document, but I don’t think that’ll work, and I haven’t tried it.

That having been said, I personally think a folder of files, with images separated from the text, and referenced with relative paths, is better for 100 other reasons, with the only disadvantage being that you’d have to zip it up to send it to someone else. But if you’ve got embedding as a requirement, you could maybe try jamming them into the markdown.

Or make a new format! Mdgz, which is just a gziped tar of a file called index.md, and then a collection of any other files desired, and then get readers to resolve links only ever within that structure so it’s encapsulated. Should be pretty doable, easy to work with if you don’t have any special tools, but also possible to make tools for. I believe in you!