zlacker

[return to "Apple’s refusal to support Progressive Web Apps is a detriment to the web"]
1. interp+W9[view] [source] 2017-07-27 12:48:02
>>jaffat+(OP)
I hate using web apps. On desktop, mobile, wherever. The author's list of things they want supported by Mobile Safari is just aggravating:

> Here are a list of things you still can’t do with mobile safari due to Apple’s refusal to support them:

>

> Create an app loading screen

> Use push notifications

> Add offline support

> Create an initial app UI to load instantly

> Prompt installation to the home screen through browser-guided dialog

Why do I want these things, as a user. App loading screens?

I love the web. I love hyperlinks, text and images. The web of connections that lead you to information. Everything in that list is detrimental to a good experience on the web.

I don't want push notifications, I barely enable them for native apps. And it bugs the hell out of me when every second website in desktop Safari prompts to send me push notifications. No. Why would I want this on mobile?

Same thing with the home screen. I love the fact that the address bar in my web browser is my history, my reminders, my bookmarks, my open tabs. I start typing what I want and I'm there. Finding native apps on my home screen is only just getting to the same place with Spotlight, why would I want to make the web worse by sticking icons for pages on my home screen?

And browser-guided dialogs to put more icons on my home screen? Seriously?

This author's post is a great argument against web apps on mobile.

◧◩
2. meeste+cp[view] [source] 2017-07-27 14:38:23
>>interp+W9
As a developer, I would love push notifications in safari. The only alternative is a native app, which is much more work.
◧◩◪
3. cridde+Fu[view] [source] 2017-07-27 15:12:37
>>meeste+cp
As a user, I think crappy or unethical web developers would ruin it for everybody. At least with native apps, there's a somewhat consistent way for me to manage notifications (and I have 95% of them turned off).
◧◩◪◨
4. meeste+CD[view] [source] 2017-07-27 16:08:02
>>cridde+Fu
whats the issue if you're granting permission for them though? just say no if it's from Buzzfeed, yes if it's from my XYZ service - that's all it takes. And - I would expect notification management would need to be similarly accessible.

Notifications are tough to do as is - and a core user need. You and I might turn them off, but many people rely on them heavily. If I have responsive web app with notifications - that's the dream for me. because I don't want to have to build a native app JUST for that. Nor, should many others need to.

◧◩◪◨⬒
5. cridde+qK[view] [source] 2017-07-27 16:45:22
>>meeste+CD
I may be wrong about this, but it seems like waking up a web app periodically to check for notifications would use a lot more power (and maybe data) than it does for a native app. Web apps in general are going to be less efficient, aren't they?

So a web app is easier for you, but aren't you really just transferring the cost to your users in the form of battery and data consumption?

◧◩◪◨⬒⬓
6. meeste+RT[view] [source] 2017-07-27 17:40:01
>>cridde+qK
Well, I wouldn't go so far as to say a lot more power - and apple could potentially integrate it with their existing push service.

Would it be, in a way, pushing costs onto users? potentially. But, it's a matter of shipping something that works at the loss of some battery and data usage (minimal) or spending 6 months to a year learning and developing a native app which is more efficient for end users. But both approaches are subject to market validation - one lets you reach validation quickly, the other requires quite a detour.

So, I'd rather not throw away all that time. If I can get notifications that work, even if only checked every 10 minutes vs. instant, I would be happy. Then, if there is market fit and proper demand, I can likely afford the time/money to build out a native experience.

[go to top]