Hacker News new | ask | show | jobs
by howinteresting 1709 days ago
I'm not sure if you're being sarcastic here--all iOS browsers are custom skins on top of Safari.

Yes I'm aware of WKWebView and how it's not the same as Safari. I'm using the classic meaning of browser skins, dating back to browsers like Maxthon which were wrappers over Trident in exactly the same way.

1 comments

No I'm not being sarcastic - I think calling the apps a skin on top of Safari is a bit of an over-simplification. Most features that users notice happen at this skin layer, not the rendering layer. It's peak HN to really be caring about this especially as Apple offers (as far as I know) no performance difference across browsers using Webkit or w/e. You could actually just say that Safari itself is a skin too, just the default one that comes with iOS.

It's similar to complaining about other basic features of iOS IMO (like complaining there's a default settings app or that iOS just works a certain way).

What about security updates or new HTML features? Chrome or Firefox on Android get security updates for many years after official system updates end. The same is not true for Apple.
Don't think most users know or care about security or HTML features so while certainly it's a difference it's unlikely to be important for most users.

Think of Safari as a skin that's unbundled from the engine. While Chrome or Firefox are reliant on Apple to update the engine, so is Safari, but neither are reliant on Apple for other functionality that they want to implement that users can take advantage of.

IMO it's modular enough.

User might not care about web engine updates, but it's definitely important, especially because of security.
Still waiting on that PWA support...