[WorldMaker]

It still refers to a movement from simple to complex: server delivery to service-worker-based caching and offline-capable "delivery" strategies; lighting up an increasing number of "app-like" experience APIs as browsers and OSes offer them (from general "web platform" APIs that work across operating systems such as web platform notifications, to hooks into OS-specific APIs; an example there is PWAs on Windows can request access to a lot of the UWP APIs to support things like Live Tiles).

ETA here: The missing idea here being that when using these OS-specific components, you should do it in a progressive enhancement way such that they have fallbacks or offer alternative functionality when they don't exist. Try to avoid the old west days of "Works Best on This Particular Browser/OS Combo".

There is definitely a need to preserve the old meaning of "progressive enhancement", but that may be a need for a new term, as this one moves on. Particularly the more that it feels that JS has "won" and is the default much more than the exception. I used "artisanal" as a joke in the previous post, but it's also somewhat apt here as raw, barely filtered, HTML [1] feels increasingly like a fad for hipsters and old curmudgeons more than the way of the web. To support it as a movement you might have to market it in similar "return to the web's roots" marketing.

[1] Just like Grandma used to bake.

[poshaughnessy]

Hi. Progressive Enhancement is a separate term and concept from Progressive Web Apps. The intention is not to replace the meaning of Progressive Enhancement. As you say, it is a very important concept in its own right.

Progressive Enhancement is an important aspect of PWAs, as it is for web development in general. PWAs are bringing new features to the Web, but it should/must be done in a way that does not break the experience for anyone else. I guess that's why Alex chose that word in particular.