7 ms·

Honestly, I'm all in for PWAs in favour of Chrome Apps. To the final user, a PWA will work the same: an icon and a chrome-less window. However, they are built o

Honestly, I'm all in for PWAs in favour of Chrome Apps. To the final user, a PWA will work the same: an icon and a chrome-less window. However, they are built on top of open standards, so any browser can support PWAs and provide the same experience to their users, unlike Chrome apps, which only were supposed to work in Chrome. I hope that in the transition, we see more and more progressive web applications. PWAs have replaced a few native apps on my phone and I couldn't be happier about it. I can use Twitter, Telegram, YouTube and even read HN (via the Premii webapp [1]) through a fullscreen interface that behaves like a native application (no address bar, tinted notifications bar, push notifications for Twitter and Telegram), but that nonetheless is still a browser. Support for PWAs on Firefox for Android is around the corner. I'm a Firefox Nightly user and the support is there: websites that have a webapp manifest display an icon on the address bar to let you quickly "install" the application as an icon to the homescreen. It is supposed to reach stable channel on Firefox 58 [2]. [1]: http://hn.premii.com/ http://hn.premii.com/ [2]: http://www.androidpolice.com/2017/10/24/firefox-58-will-let-add-progressive-web-apps-home-screen/ http://www.androidpolice.com/2017/10/24/firefox-58-will-let-...

mephitix 9y ago
There is virtually no iOS support though. Even though service worker and app manifest are being worked on at the moment in Webkit I think it'll be a while before we see safari/mobile safari updated. I completely agree PWAs are the way forward though.
- bad_user 9y ago
  That's Apple's problem though and they've been lagging behind for quite some time. On Android it's possible for example to run Facebook as a web app, because Chrome on Android can deliver notifications, keeping that connection persistent, so even after the page has been closed. And this is pretty cool because the browser is a much better sandbox than the OS. Now I use an iPhone and I'm very uncomfortable giving access to my photos to Facebook just for uploading a file.
  - denisw 9y ago
    It's your problem if a third of your potential users gets put off by how sub-standard your PWA is on their platform and chooses a competitor with native mobile app instead.
  - tootie 9y ago
    They are not lagging, they are obstructing. Google wants to push users to the web because they control search. Apple wants to push people to their proprietary app store. They have consistently obstructed anything that brings native app features to the browser.
    - MBCook 9y ago
      Good. Every time browsers get new features people (ESPECIALLY ad networks) abuse it for tracking and other nefarious purposes. Battery level, light level, probably even gyroscope stuff. Hell they fingerprint canvas which isn’t even an iOS thing. I don’t want these issues. I LIKE these restrictions so random sites I visit (and even worse random code injected in them) can’t watch me as easy. Apps have issues but I control what apps I download and can delete them. At least I have a _chance_ there.
      - bad_user 9y ago
        Wait, what? That's not an argument. Desktop browsers have features and add-ons for the privacy conscious right now. You can block trackers, third party cookies, JavaScript execution and anything you need. Personally I feel much, much safer loading a website than when executing a binary on my computer or phone. You can block any elements on any website from loading, but you can't inspect application binaries and block specific elements from it — only requests to certain IPs or domains, if you had root access that is. Can you block Facebook's in-app advertising on your iPhone? You can't and even more so, the app insists on opening all URLs in its own dumbed down view instead of Safari, which means they track those visits and their duration as well, probably without content blocking active, because AFAIK it doesn't work in web views. Well I can block Facebook's ads and tracking in my Firefox for Android, since it supports extensions and it probably works using iOS Safari's content blockers as well.
- Klathmon 9y ago
  There is actually "negative" support in iOS. You can add a website to your homescreen in safari, but when you do it uses a different rendering engine, with different levels of support. Take WebRTC which was recently (partially) added to iOS. It will work great in safari, but if you add the site to your homescreen, it is no longer supported. The job of telling users to remove homescreen shortcuts to use a new feature is a nightmare.
  - tinus_hn 9y ago
    Can’t you automatically detect this problem and tell the users when they try to do this?
    - Klathmon 9y ago
      Yes, but people become untrustworthy very quickly. It doesn't make any sense to them, so they distrust it. Especially because we had been encouraging the act of bookmarking our web app on the homescreen for years (since it works great for our use case! Offline access is possible, loads quickly, no worries of apple shutting us down, and it's as cross platform as it gets). Also the wording is difficult. Telling users to open this same page, but in safari is confusing, and they need to login again, and navigate to that page again. Imagine if a website told you that if you had previously "bookmarked" their page in your desktop browser, that you had to remove the bookmark to use a feature. You'd be skeptical at the very least right? It's a strange request... Not to mention that even detecting it is kind of broken. The feature looks like it's available (opposed to pre ios 11 where the functions didn't exist), but when you go to use them they throw a generic exception (which can mean anything from they are in the "added to homescreen" browser on ios, the camera randomly crashed on android, another app is currently using the camera, or it just didn't work for some unknown reason). So we have to check for the nonstandard `navigator.standalone` property, then just assume it won't work for the user. If iOS 12 adds support for this, we will need to update our app again and remove this block, but only if they are on iOS 12... It's just a giant fucking mess.
      - tinus_hn 9y ago
finchisko 9y ago
Most Chrome Apps can be rewritten as PWAs. But IMO not all Electron apps can be written as PWA. Specially those, who need access to filesystem and other system APIs that are not allowed in the browser.
cotillion 9y ago
The big plus for Chrome Apps for me was that the store made it possible to actually get new users for your apps. For organizations without $ this was useful as a good app would get good visibility once it had a lot of happy users and got good reviews. This was probably a good thing both for users and developers. Now we instead have to pay Google for ads to get visibility for our PWA. Now we're probably going to turn to Facebook and try to get some traction there.. From one evil walled garden into the next!
- owebmaster 9y ago
  > Now we're probably going to turn to Facebook and try to get some traction there.. And that is why the web is dying.
  - ctrl-j 9y ago
    You have an alternative to offer? Facebook is where the users are. What is your non-facebook approach to get visibility from new users?
    - 5ilv3r 9y ago
      Local seems to be the next frontier. As in, a storefront. What's old is new again (again)!
      - z3t4 9y ago
        And don't forget about public relations. Spend some time with your future users!
igravious 9y ago
Build your first Progressive Web App courtesy of the big G: https://developers.google.com/web/fundamentals/codelabs/your-first-pwapp/ https://developers.google.com/web/fundamentals/codelabs/your... I wonder if Rails support could be added for PWAs? I found a guide here: https://rossta.net/blog/make-your-rails-app-a-progressive-web-app.html https://rossta.net/blog/make-your-rails-app-a-progressive-we... but I'm only midway through testing it. Getting Puma (Rails dev web server) to speak SSL without throwing errors is a stumbling block :/
InternetOfStuff 9y ago
Do you know whether PWAs can access the local file system (which is a basic requirement for a particular Chrome app I use heavily)?
- mZ6uYffk 9y ago
  Yes. In chrome only: https://developer.mozilla.org/en-US/docs/Web/API/File_and_Directory_Entries_API https://developer.mozilla.org/en-US/docs/Web/API/File_and_Di... It gives JavaScript access to its very own, empty, sand-boxed VFS. However, you can give the page access to directories manually with drag-n-drop or a directory selecting input tag. So if the app needs access to just one parent directory then you're good to go. If you need the app to have indiscriminate access to the entire filesystem then you might be able to give it C:/ (or whatever other root dir) but I have never actually tried it.
  - dragonwriter 9y ago
    Given Google’s shift to focussing on standard and standards track web platform features in Chrome, and tendency to eliminate everything else, I wouldn't bet on this (which predates that strong focus) being around forever.
tonetheman 9y ago
The problem with PWAs is they do not provide the same access as a Chrome App (file system, sockets...) so it is not a replacement for those Apps using that functionality. Just another case of Chrome running in like a bull and doing one thing then breaking it later. :( Anyone who needs the low level functionality will end up with a native app that use native messaging to talk to Chrome. Or just stands alone.
- oneweekwonder 9y ago
  > who needs the low level functionality will end up with a native app All please note. Electron is not a native app. It is a horrible hack that everybody use because it is easy. Hybrid apps will always suck! ~ <3 hobbyist hybrid gamedev with client side js crypto mining on his mind }:‑)
  - dragonwriter 9y ago
    > All please note. Electron is not a native app. Electron is an extremely heavyweight native app frsmework, not a native app, but Electron apps are (bloated, sure) native apps.
    - 5ilv3r 9y ago
      Native means it uses the os rendering engine and widgets. Electron is not that. I don't know when web devs decided they could put a website in a box and call it native, but it's not very nice.
      - drvortex 9y ago
        By that logic, GTK/Qt, basically any cross platform GUI library etc. is not 'native'.
- JepZ 9y ago
  Actually you are so right... And I do not understand why google doesn't seem to solve that problem... I mean I really like PWAs. But while they are around since a while now (about 2 years?), the pain points have not been addressed so far. - Privacy: There are multiple issues related to privacy here (transparent updates, Serviceworker running in the background without the user knowing about it), and when I see it how many serviceworkers my browser runs already I am happy that they don't have an even deeper access to my system. - Ownership: Installing a PWA works like visiting a website twice. After that you have no idea what you have (version? offline capabilities? storage?). And if you decide to use an App for a while you are living in the constant danger of the web service quitting. - Storage: While many people do not care where their data is stored (proprietary service XYZ, AWS, Google Drive, DropBox). I would like to be able select my storage location myself. Furthermore, I think the storage topic is also one of the main reasons why people build electron apps, as the browser has no robust and user friendly way of accessing the filesystem. So here are a few suggestions which I think would help to make PWAs more accessible. - Archive Format: make it possible to easily download, save and install an PWA at any time. That way I should also be able to see a version and the required permissions. - Storage interface: In my opinion the browsers should offer some storage solution. For my last PWA I wrote a lib which could use different storage locations like a REST API or a WebDAV. It works really well, but it is a pain to enter your credentials every time you want to use a new app. Therefore, your browser should offer something similar to a webdav service to save data locally and let you configure a WebDAV service location if you want to store you data somewhere else (e.g. Nextcloud, DropBox, etc.). - Improve native integration. Yes that is no easy part. I mean we already have a bunch of native integrations, like e.g. the Notifcation API, but to be honest I think they could be better. One thing many Apps probably would like to have, are systemtray icons. Actually, I never used electron so far (only cordova), but I expect them to have a bunch of plugins which could be a great ressource for the browser devs to find out what we need here. As permissions are already built into the browsers I haven't mentioned them here, but with the rise of the Serviceworkers they are more important than ever. Users should be aware of the permissions they grant a software from some brief encounter in the web.

mephitix 9y ago

There is virtually no iOS support though. Even though service worker and app manifest are being worked on at the moment in Webkit I think it'll be a while before we see safari/mobile safari updated. I completely agree PWAs are the way forward though.

bad_user 9y ago
That's Apple's problem though and they've been lagging behind for quite some time. On Android it's possible for example to run Facebook as a web app, because Chrome on Android can deliver notifications, keeping that connection persistent, so even after the page has been closed. And this is pretty cool because the browser is a much better sandbox than the OS. Now I use an iPhone and I'm very uncomfortable giving access to my photos to Facebook just for uploading a file.
- denisw 9y ago
  It's your problem if a third of your potential users gets put off by how sub-standard your PWA is on their platform and chooses a competitor with native mobile app instead.
- tootie 9y ago
  They are not lagging, they are obstructing. Google wants to push users to the web because they control search. Apple wants to push people to their proprietary app store. They have consistently obstructed anything that brings native app features to the browser.
  - MBCook 9y ago
    Good. Every time browsers get new features people (ESPECIALLY ad networks) abuse it for tracking and other nefarious purposes. Battery level, light level, probably even gyroscope stuff. Hell they fingerprint canvas which isn’t even an iOS thing. I don’t want these issues. I LIKE these restrictions so random sites I visit (and even worse random code injected in them) can’t watch me as easy. Apps have issues but I control what apps I download and can delete them. At least I have a _chance_ there.
    - bad_user 9y ago
      Wait, what? That's not an argument. Desktop browsers have features and add-ons for the privacy conscious right now. You can block trackers, third party cookies, JavaScript execution and anything you need. Personally I feel much, much safer loading a website than when executing a binary on my computer or phone. You can block any elements on any website from loading, but you can't inspect application binaries and block specific elements from it — only requests to certain IPs or domains, if you had root access that is. Can you block Facebook's in-app advertising on your iPhone? You can't and even more so, the app insists on opening all URLs in its own dumbed down view instead of Safari, which means they track those visits and their duration as well, probably without content blocking active, because AFAIK it doesn't work in web views. Well I can block Facebook's ads and tracking in my Firefox for Android, since it supports extensions and it probably works using iOS Safari's content blockers as well.
Klathmon 9y ago
There is actually "negative" support in iOS. You can add a website to your homescreen in safari, but when you do it uses a different rendering engine, with different levels of support. Take WebRTC which was recently (partially) added to iOS. It will work great in safari, but if you add the site to your homescreen, it is no longer supported. The job of telling users to remove homescreen shortcuts to use a new feature is a nightmare.
- tinus_hn 9y ago
  Can’t you automatically detect this problem and tell the users when they try to do this?
  - Klathmon 9y ago
    Yes, but people become untrustworthy very quickly. It doesn't make any sense to them, so they distrust it. Especially because we had been encouraging the act of bookmarking our web app on the homescreen for years (since it works great for our use case! Offline access is possible, loads quickly, no worries of apple shutting us down, and it's as cross platform as it gets). Also the wording is difficult. Telling users to open this same page, but in safari is confusing, and they need to login again, and navigate to that page again. Imagine if a website told you that if you had previously "bookmarked" their page in your desktop browser, that you had to remove the bookmark to use a feature. You'd be skeptical at the very least right? It's a strange request... Not to mention that even detecting it is kind of broken. The feature looks like it's available (opposed to pre ios 11 where the functions didn't exist), but when you go to use them they throw a generic exception (which can mean anything from they are in the "added to homescreen" browser on ios, the camera randomly crashed on android, another app is currently using the camera, or it just didn't work for some unknown reason). So we have to check for the nonstandard `navigator.standalone` property, then just assume it won't work for the user. If iOS 12 adds support for this, we will need to update our app again and remove this block, but only if they are on iOS 12... It's just a giant fucking mess.
    - tinus_hn 9y ago

finchisko 9y ago

Most Chrome Apps can be rewritten as PWAs. But IMO not all Electron apps can be written as PWA. Specially those, who need access to filesystem and other system APIs that are not allowed in the browser.

cotillion 9y ago

The big plus for Chrome Apps for me was that the store made it possible to actually get new users for your apps. For organizations without $ this was useful as a good app would get good visibility once it had a lot of happy users and got good reviews. This was probably a good thing both for users and developers. Now we instead have to pay Google for ads to get visibility for our PWA. Now we're probably going to turn to Facebook and try to get some traction there.. From one evil walled garden into the next!

owebmaster 9y ago
> Now we're probably going to turn to Facebook and try to get some traction there.. And that is why the web is dying.
- ctrl-j 9y ago
  You have an alternative to offer? Facebook is where the users are. What is your non-facebook approach to get visibility from new users?
  - 5ilv3r 9y ago
    Local seems to be the next frontier. As in, a storefront. What's old is new again (again)!
    - z3t4 9y ago
      And don't forget about public relations. Spend some time with your future users!

igravious 9y ago

Build your first Progressive Web App courtesy of the big G: https://developers.google.com/web/fundamentals/codelabs/your-first-pwapp/ https://developers.google.com/web/fundamentals/codelabs/your... I wonder if Rails support could be added for PWAs? I found a guide here: https://rossta.net/blog/make-your-rails-app-a-progressive-web-app.html https://rossta.net/blog/make-your-rails-app-a-progressive-we... but I'm only midway through testing it. Getting Puma (Rails dev web server) to speak SSL without throwing errors is a stumbling block :/

InternetOfStuff 9y ago

Do you know whether PWAs can access the local file system (which is a basic requirement for a particular Chrome app I use heavily)?

mZ6uYffk 9y ago
Yes. In chrome only: https://developer.mozilla.org/en-US/docs/Web/API/File_and_Directory_Entries_API https://developer.mozilla.org/en-US/docs/Web/API/File_and_Di... It gives JavaScript access to its very own, empty, sand-boxed VFS. However, you can give the page access to directories manually with drag-n-drop or a directory selecting input tag. So if the app needs access to just one parent directory then you're good to go. If you need the app to have indiscriminate access to the entire filesystem then you might be able to give it C:/ (or whatever other root dir) but I have never actually tried it.
- dragonwriter 9y ago
  Given Google’s shift to focussing on standard and standards track web platform features in Chrome, and tendency to eliminate everything else, I wouldn't bet on this (which predates that strong focus) being around forever.

tonetheman 9y ago

The problem with PWAs is they do not provide the same access as a Chrome App (file system, sockets...) so it is not a replacement for those Apps using that functionality. Just another case of Chrome running in like a bull and doing one thing then breaking it later. :( Anyone who needs the low level functionality will end up with a native app that use native messaging to talk to Chrome. Or just stands alone.

oneweekwonder 9y ago
> who needs the low level functionality will end up with a native app All please note. Electron is not a native app. It is a horrible hack that everybody use because it is easy. Hybrid apps will always suck! ~ <3 hobbyist hybrid gamedev with client side js crypto mining on his mind }:‑)
- dragonwriter 9y ago
  > All please note. Electron is not a native app. Electron is an extremely heavyweight native app frsmework, not a native app, but Electron apps are (bloated, sure) native apps.
  - 5ilv3r 9y ago
    Native means it uses the os rendering engine and widgets. Electron is not that. I don't know when web devs decided they could put a website in a box and call it native, but it's not very nice.
    - drvortex 9y ago
      By that logic, GTK/Qt, basically any cross platform GUI library etc. is not 'native'.
JepZ 9y ago
Actually you are so right... And I do not understand why google doesn't seem to solve that problem... I mean I really like PWAs. But while they are around since a while now (about 2 years?), the pain points have not been addressed so far. - Privacy: There are multiple issues related to privacy here (transparent updates, Serviceworker running in the background without the user knowing about it), and when I see it how many serviceworkers my browser runs already I am happy that they don't have an even deeper access to my system. - Ownership: Installing a PWA works like visiting a website twice. After that you have no idea what you have (version? offline capabilities? storage?). And if you decide to use an App for a while you are living in the constant danger of the web service quitting. - Storage: While many people do not care where their data is stored (proprietary service XYZ, AWS, Google Drive, DropBox). I would like to be able select my storage location myself. Furthermore, I think the storage topic is also one of the main reasons why people build electron apps, as the browser has no robust and user friendly way of accessing the filesystem. So here are a few suggestions which I think would help to make PWAs more accessible. - Archive Format: make it possible to easily download, save and install an PWA at any time. That way I should also be able to see a version and the required permissions. - Storage interface: In my opinion the browsers should offer some storage solution. For my last PWA I wrote a lib which could use different storage locations like a REST API or a WebDAV. It works really well, but it is a pain to enter your credentials every time you want to use a new app. Therefore, your browser should offer something similar to a webdav service to save data locally and let you configure a WebDAV service location if you want to store you data somewhere else (e.g. Nextcloud, DropBox, etc.). - Improve native integration. Yes that is no easy part. I mean we already have a bunch of native integrations, like e.g. the Notifcation API, but to be honest I think they could be better. One thing many Apps probably would like to have, are systemtray icons. Actually, I never used electron so far (only cordova), but I expect them to have a bunch of plugins which could be a great ressource for the browser devs to find out what we need here. As permissions are already built into the browsers I haven't mentioned them here, but with the rise of the Serviceworkers they are more important than ever. Users should be aware of the permissions they grant a software from some brief encounter in the web.