2. When we intend to refer to installed web apps, the term “PWA” is ambiguous. Sometimes it refers to web apps that _can_ be installed, other times web apps that _have_ been installed. When we’re talking about different capabilities or extra behavior, we generally only mean web apps that have actually been installed, so we try to be more specific.
We’re not mad at other people using the term and will use it when helpful, but this is why we usually use different terminology depending on context.
Contrast Web Components: this really is a clear and well defined cluster. There’s no debate or fuzziness as to whether specific specs are part of Web Components or not.
@othermaciej thanks for putting this into words. I always felt that the term ‘PWA’ is nebulous, since it can mean so many things.
QOTO: Question Others to Teach Ourselves
An inclusive, Academic Freedom, instance
All cultures welcome.
Hate speech and harassment strictly forbidden.
3. PWA in reference to a suite of technologies is amorphous and has no clear referent. Some technologies are almost always considered part of the core PWA set: Service Workers, Web Manifest, Notifications API, Push API (and related protocols). But other things may be considered PWA, Fugu, or just normal web technologies, depending on the day of the week. We don’t find such an amorphous grouping to be a useful way to think about web technologies.