I'm reassured that my comparison to Electron was not far off. My point was, if a PWA is usable when all the above is implemented, what you end up with is very similar to a self-updating Electron app, just one that may or may not rely much more heavily on the network at runtime and might work offline (or not).
I admit I didn't realize creating a shortcut to a PWA was already supported as it's not pushed very hard. In Chromium it's buried under dots, "Cast, Save and Share" (which is a bizarre mashup of disparate functions), and finally "Install page as app".
The window that loads still has browser chrome, in the form of a back, refresh, and three dots button. As soon as you navigate somewhere, even within the same app, the url bar appears again, but you can't edit it. It seems that to be able to always hide this bar, you'd need a way to differentiate between "internal" links that should navigate within the page, and external links that should open in a browser.
I tried turning off my internet, and neither figma nor openDAW showed anything more than a blank page, which confirms my feeling of uncertainty around PWAs, namely, how do you know what will actually work offline. It feels fragile, like if I reset my browser or my clear my cache, my installed applications will disappear. I'm not sure I'm comfortable with the blurring of the lines between bookmarks and installed applications.
All this is of course addressable with a lot more infrastructure and work from browser and OS makers. To me it seems like a lot of development to end up with something that behaves a lot like Electron, with the added easteregg of being able to access applications in a browser, without intending that anybody actually do so.
> I tried turning off my internet, and neither figma nor openDAW showed anything more than a blank page, which confirms my feeling of uncertainty around PWAs, namely, how do you know what will actually work offline.
Figma nor OpenDAW don't seem to be configured as offline PWAs.
> All this is of course addressable with a lot more infrastructure and work from browser and OS makers.
The problems you encountered are mostly solved in PWA APIs already, at least for Chromium based browsers. There is some variation in some features between browsers and OSs (Safari and iOS are particularly bad).
> To me it seems like a lot of development to end up with something that behaves a lot like Electron, with the added easteregg of being able to access applications in a browser, without intending that anybody actually do so.
PWAs are e.g. easier to install, have smaller footprint, are more portable and are a lot more secure. Not sure what you mean by "accessing applications in a browser". PWAs can't access anything a normal website can't.
I admit I didn't realize creating a shortcut to a PWA was already supported as it's not pushed very hard. In Chromium it's buried under dots, "Cast, Save and Share" (which is a bizarre mashup of disparate functions), and finally "Install page as app".
The window that loads still has browser chrome, in the form of a back, refresh, and three dots button. As soon as you navigate somewhere, even within the same app, the url bar appears again, but you can't edit it. It seems that to be able to always hide this bar, you'd need a way to differentiate between "internal" links that should navigate within the page, and external links that should open in a browser.
I tried turning off my internet, and neither figma nor openDAW showed anything more than a blank page, which confirms my feeling of uncertainty around PWAs, namely, how do you know what will actually work offline. It feels fragile, like if I reset my browser or my clear my cache, my installed applications will disappear. I'm not sure I'm comfortable with the blurring of the lines between bookmarks and installed applications.
All this is of course addressable with a lot more infrastructure and work from browser and OS makers. To me it seems like a lot of development to end up with something that behaves a lot like Electron, with the added easteregg of being able to access applications in a browser, without intending that anybody actually do so.