kinttach

I use the stock keyboard. It’s terrible, but so are the alternatives, plus there are privacy concerns.

One nice thing I will say is that the word suggestions are actually good in the latest iOS since they are now based on an LLM.

Bit other than thst typing is so inaccurate taht O have to go back and corewxt nearly every word.

Swipe typing showing hello very much either. (Swipe typing doesn’t help very much either.)

Yellow, huh?

I knew before checking that S3E10 would be “Fly”. That episode was clever and won critical acclaim, but I found it annoying and couldn’t wait for it to be over.

And the best episode (of any TV show ever, according to some folks), S5E14 “Ozymandias”, had the same writer and director as “Fly”.

It’s a PR issue not a legal one.

This draft spec was eventually published as RFC 9562. Compared to the previous spec it adds versions 6, 7, and 8, plus best practices guidance.

Basically, there are a bunch of UUID alternatives that arose to fix the problem that UUIDs are bad for use as database keys in large tables (here’s the perspective of MySQL experts Percona). A bunch of these alternatives are actually linked from the RFC, which I haven’t seen done before. Version 7, in particular, is meant to address this use case.

Successful malls have an Apple Store, Tesla, and Louis Vuitton, which tells us something about who can still afford to shop there.

Apparently there’s a recipe on that page. Here’s the same page without the crud: https://www.justtherecipe.com/?url=https://houseofnasheats.com/brazilian-lemonade-limeade/

So that’s why they haven’t been able to launch yet. It all makes sense now.

There also needs to be some way to indicate that a JSON construct is a Set, Map, plain object, or array. You’d want a date/time type as well.

Without breaking existing JSON parsers, the way to do that is to add metadata like a _type field to an object, or to add a “sidecar” object like superjson does. Which works but is ugly IMO.

Then there’s BSON, YAML, JSON Schema, and the one we don’t mention ₓₘₗ. To my knowledge all of those could be extended in a way to support new types, but require the producer and consumer to both understand and follow whatever convention you use. They lack the universal interchangeability of JSON.

Set and Map would be more useful if they were compatible with JSON. I see a lot of people using an object as a dictionary or an array as a set because of that.

Sometimes it’s the only option or the preferred option.