Hacker News Reader

Comment by woodruffw | Hacker News Reader

Don't quote me on this, but I believe that Apple Music (nee iTunes) has used web views for a long time; probably over a decade. The entire thing probably isn't a web view, but my recollection is that the store components were.

View on HN

Apple Music is now using a technology they developed to convert web views back to native - https://news.ycombinator.com/item?id=30648424

On macOS 12.2 Music consumes much less RAM, and no longer has a webview process.

I think your link is wrong; are you thinking of Catalyst[1]?

I'm not an Apple insider, but Catalyst looks like the thing that was codenamed Marzipan for a while. I think it's more for converting iOS apps than web views.

[1]: https://developer.apple.com/mac-catalyst/

No, it’s something internal called JET

https://9to5mac.com/2021/12/16/apple-is-rebuilding-apple-mus...

Yes, I intended to link to the 9to5mac article, but it’s too late to edit

Still remains quite slow and unresponsive in comparison to Spotify.

Wrong link?

Library -> Albums has some onHover feedback, which I haven't seen anywhere else.

I guess the Help documents are Web Views as well, e.g. right-click on an image.

Yes, both iTunes and Apple Music. That is why they are slow, comparatively speaking.

But they are finally rewriting Apple Music app to full native.

This macOS dictionary app (Dictionary.app) also uses webviews. This will come as no surprise since it does things like in-line Wikipedia results.

Unsurprisingly the App Store is another example.

App Store was rewritten in 10.14 and it no longer uses a Web View for the main content, some Apple ID setting might still be Web Views.

I remember giving up on my Hackintosh install after the App Store started rendering without CSS, breaking update functionality. Always thought that to be a weird failure mode for a system application.

Reply on news.ycombinator.com