"Tart up your startup"

> Plus, we have a lot of processing power on the client side, which should be utilised.

That does not mean it should be utilised by you. Have some humility as a developer.

> some of the shittier proposals manage to slip in

Examples?

They tried this already in 2014 as part of the Typography Refresh™ package, but reverted it rather quickly after a backlash. Likewise line height changes and not-quite-black black text. Only the relatively benign font changes stayed.

Today the only reminder of it (a rather cryptic one) seems to be https://en.wikipedia.org/wiki/Wikipedia:WikiSpeak#Typography...

I have been using a user script to do just the opposite, because the interface is so much poorly delineated and the content much harder to read.

I guess I'll be modifying it to plaster ?useskin=vector at the end of every link as well...

You should make your website work without JavaScript.

Thanks fore commenting! The public informative parts of c1.fi are readable without JS. See https://c1.fi/about?lang=en for example.

Registering, account management etc. will require JS - Simply to provide better UX.

There are no 3rd party libraries or references (except on pages handling payments via Stripe) in use and the JS is not minified. No 3rd party trackers either.

> Registering, account management etc. will require JS - Simply to provide better UX.

The proper way to do that is progressive enhancement.

Receiving a proken page and demands to turn on JS is pretty much the worst UX you can come up with.

Sound, being ephemeral, is pretty useless as money. I'm glad we moved past it.

I don't understand what "sound" is supposed to mean in the first place.

From an engineering perspective a debt based system has a lot more guarantees about what will happen to the economy from a stability perspective. There is still the obvious non determinism of not paying debts on time but it sounds like it could be solved by introducing negative feedback so that the system self stabilized toward a desired state.

But this "sound" money thing, it is supposed to work just by sheer willpower alone.

It is not pedantic, as "Mastodon" is massively misnomered, and used where either the Fediverse or its open standard protocol ActivityPub is actually referred to. And as that happens more and more people get confused about this, so it prolongs if not pointed out at any opportunity.

I'd be more impressed if it explained set-theoretic forcing on that level.

Why "urn:msisdn:" when "tel:" already exists?

Possibly because "fax:" also exists, and you want to abstract over that. Maybe more importantly, the format of MSISDNs is more strictly defined than for "tel:" and "fax:".

Why would you want to abstract over tel: vs fax:? If you try to send a fax to a phone number, or call a fax from your phone, the end result is a confused human. Also, what “more strict definition” do you have in mind? Sure, MSISDNs are digits only and always include the country code, but any reasonable software dealing with phone numbers could easily parse out the extra punctuation (and possibly fill in a country code from some other data source).

I guess if you are a phone company and want to track which phone numbers are registered to which client, you don't really care if the number goes to a phone or fax machine?

You probably wouldn’t store any of "tel:", "fax:", and "urn:msisdn:" in a database, because the column name “msisdn” is enough. Those would make sense only for data exchange, primarily links on websites.