While the author does mention the barriers to adoption, the premise— Apple was waiting for people to do something, but people weren’t doing it— subtly casts Apple as a passive entity in this scenario. The solution seems to be presented as Apple stepping in to make up for Developers’ inaction. If it’s been 14 years and there’s been very little adoption, this is clearly a UX problem. How many small venues or libraries have developers, let alone developers that do enough Apple-specific development work to have an Apple Developer account? In 14 years they couldn’t come up with an alternate solution? Maybe a less expensive administrative version of a developer account? It’s not users jobs to sell themselves on Apple’s products.

▲

moritzwarhier 9 minutes ago | parent | next [-]

https://apps.apple.com/de/app/pass4wallet-store-cards/id1423...

It seems more to me that they never provided proper third party integration to basically create a pkpass file encompassing

- a QR code embedding arbitrary info, usually a ticket ID

- 1-2 lines of supplementary text

- a logo and/or fancy color gradient if needed

▲

dec0dedab0de 4 hours ago | parent | prev | next [-]

What there really should be is a wallet equivalent of an ics file. It doesn't need to support everything, static images would be enough for most use cases. Advanced features could then require the current model.

But that would require collaboration, and standards, which seem to have gone away as smart phones came in.

▲

Qasaur 3 hours ago | parent | next [-]

W3C Verifiable Credentials [1] does almost exactly what you suggested and was recently approved as a top-level W3C standard. Adoption has been sluggish outside of digital identity (with Android [2] and the EU digital identity wallet being notable exceptions), but I think it is because the family of standards is relatively new.

[1] https://www.w3.org/TR/vc-overview/

[2] https://developer.android.com/identity/digital-credentials

▲

kenferry 2 hours ago | parent | prev | next [-]

This has existed since the first version, except it needs to be signed with a valid apple cert.

A .pkpass file is a zipped directory that has a json file and some assets. There's no need to have a more limited version, a pass is already very limited.

The issue is spoofing. Major event ticketers are unwilling to publish passes if there's nothing to stop someone else from publishing a pass that is indistinguishable from their's and thus is an avenue for fraud.

The difference with events is that an ics file is not something someone's going to try to sell you or that you'd want to buy. But anyway, all Apple would have to do is stop checking the signing.

▲

Wowfunhappy 2 hours ago | parent | prev | next [-]

This exists, .pkpass. You mostly don’t know about them because iOS tries to abstract away the file system, and because each one has to be code signed by a registered Apple Developer account.

▲

azinman2 4 hours ago | parent | prev [-]

Apple has .pkpass

	▲	lode 4 hours ago \| parent \| next [-]
		The problem is that those are treated almost like an app, you need a $99/year developer certificate to publish them. Many third party ticketing solutions venues and events use do support this, but for instance if you want to sell tickets for a party and self-host, you need another external integration, or a developer account. Generating a PDF with a QR code, and publishing an .ics file is essentially free.
	▲	sheept 4 hours ago \| parent \| prev \| next [-]
		As alluded to in the ancestor comment, signing the .pkpass requires an Apple developer account.
	▲	4 hours ago \| parent \| prev [-]
		[deleted]

▲

seeeeebt 4 hours ago | parent | prev [-]

Yes, what a bizarre framing! Surely it should read "It took 14 years for Apple to realise the problem was with them".