Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Web Apps on macOS Sonoma 14 Beta

blog.tomayac.com

Post reply on HN
Print view View original

101–110 of 139 posts

Re: Web Apps on macOS Sonoma 14 Beta

#101

Post by princevegeta89 »

kemayo wrote: post #53
jmull wrote: post #49

> Let web apps programmatically trigger the Add to Dock flow, since the Share icon and the File menu install ways are hard to discover. Please, for the sake of all decency, no! We do NOT need new ways for web sites to badger users. (Sorry to focus on this one thing. This was a great and informative article, with 99% good ideas. I just had a visceral reaction to the idea of yet more ways for sites to harass me as a us…

Seriously, I'm already sick of "let me send you desktop notifications!" popups.

+1. I've never needed that crap and can assume the vast huge majority of users won't either. The Notifications Api only exists for websites as marketing channels and spamming. Think of email spam but one that's right in your face.

Re: Web Apps on macOS Sonoma 14 Beta

#102

Post by catiopatio »

megaman821 wrote: post #68
jonhohle wrote: post #64

Earlier quoted context omitted.

> FileSystem API is not supported yet. Nor is drag-and-drop or LaunchHandler Drag-and-drop as in, not handled any better than current web apps? As for the other two, I hope they never are. My hope is that this feature is for process isolation for things that may be open all of the time anyway and not have native alternatives: project management tools, social sites, media sites. I don't want developers to build web ap…

It is so weird hearing people hope Safari doesn't implement feature X, Y or Z simply so users and developers don't have a choice. If you don't want to use or support something don't, but you have no idea what is best for me.

The problem is that the choice of shipping a webapp has consistently and persistently eroded the platform’s value proposition for users.

We’ve gone from having highly polished native Mac applications to a suite of crappy electron apps.

Re: Web Apps on macOS Sonoma 14 Beta

#105

Post by ChrisLTD »

blairbeckwith wrote: post #96
guessmyname wrote: post #50

Earlier quoted context omitted.

> Does using Slack as a Safari Web App reduce resource consumption vs the Electron app? Yes. Yes it does. This is why “native” apps that use the operating system’s default WebView for the corresponding platform run seamlessly compared to apps packaged with Electron. Safari is has much better performance than any other web browser on macOS, and this change will allow users to access those benefits.

Yes, but ... I know it is an early developer beta, and I haven't even begun to debug it, but Slack running in this method does not perform well. My sent messages frequently show and then get stuck in the grey "sending" text indefinitely after they appear as sent on other devices, and I often don't receive messages in the web app until I force a refresh.

This is my experience with Slack as a PWA in Chrome, or even in a regular tab in Safari. My guess is that Slack doesn't play nice with attempts to snooze background tabs to save system resources.

Re: Web Apps on macOS Sonoma 14 Beta

#106

Post by ChrisLTD »

kelthuzad wrote: post #6

I don't want to be nit-picky and it might seem like a minor nuisance, but developers will need the ability to display a small banner/prompt to educate user's about the possibility of installing the website like a regular app, otherwise it will be lost on casuals. I really hope that Apple implements this fully and doesn't use strategic loopholes to sabotage Web Apps in small but clever ways.

I would prefer for PWAs to be in the Mac App Store. PWAs are already in the Windows Store, so there's a precedent.

Re: Web Apps on macOS Sonoma 14 Beta

#107

Post by [deleted] »

garblegarble wrote: post #24
tough wrote: post #16

Earlier quoted context omitted.

Push notifications where a chromium thing?

Remembering that this thread is in the context of using native browser engines for desktop apps vs Electron, and the original poster's suggestion was quite measured (i.e. we don't need electron for every desktop app). I don't think your point about push notifications is particularly relevant in this use case (personally I don't want desktop apps sending me any push notifications when they're closed - am I in a minori…

[deleted]

Re: Web Apps on macOS Sonoma 14 Beta

#108

Post by freediver »

square_usual wrote: post #104

Extensions not running is disappointing. I would prefer my adblocker run in the app as well.

You can try Orion browser's [1] web apps which inherit the native adblocker from Orion and have more powerful options than Safari, while still running WebKit underneath. [2]

[1] https://browser.kagi.com

[2] https://blog.kagi.com/orion-new-features

Re: Web Apps on macOS Sonoma 14 Beta

#109

Post by Etheryte »

square_usual wrote: post #104

Extensions not running is disappointing. I would prefer my adblocker run in the app as well.

While I understand where you're coming from, I think it makes a lot of sense continuity-wise. A regular user doesn't care nor know how these apps work internally, as far as they're concerned, it's just another app. You wouldn't expect changing the settings of one of your apps to change the way random other apps work (power user tools notwithstanding).

Re: Web Apps on macOS Sonoma 14 Beta

#110

Post by Steltek »

kemayo wrote: post #53
jmull wrote: post #49

> Let web apps programmatically trigger the Add to Dock flow, since the Share icon and the File menu install ways are hard to discover. Please, for the sake of all decency, no! We do NOT need new ways for web sites to badger users. (Sorry to focus on this one thing. This was a great and informative article, with 99% good ideas. I just had a visceral reaction to the idea of yet more ways for sites to harass me as a us…

Seriously, I'm already sick of "let me send you desktop notifications!" popups.

Firefox solved this years ago. The only indication is a little icon in the address bar.

https://blog.mozilla.org/futurereleases/2019/11/04/restricti...

Post reply on HN