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

Apple Music Web Client

beta.music.apple.com

Post reply on HN
Print view View original

71–80 of 213 posts

Re: Apple Music Web Client

#71

Post by eddieh »

kevin2r wrote: post #65
eddieh wrote: post #63

Earlier quoted context omitted.

Actually Apple Music in iTunes is just a web view that leaks like crazy, to the point of making iTunes slow to a crawl, if you're quickly navigating through artists and albums. Not much better than Electron IMO. Apple Music in the browser seems like there isn't much hope of a truly native experience now.

What about the new Music app coming in MacOS Catalina? Does it implements the views in html5?

I haven't tried Catalina yet. I really hope it isn't a web view. That would really defeat what I hoped they where doing by splitting iTunes up.

Re: Apple Music Web Client

#72

Post by morpheuskafka »

hombre_fatal wrote: post #26
aphextron wrote: post #17

RIP Spotify.

Not really. I've never used Apple Music, but as far as I can tell, it has no real free tier (just song previews) and it has a long way to go if it wants to compete with Spotify's playlists. For example, regional playlists. Apple Music just has "Top 100 {country}" which is just radio pop music. Compare that to Spotify's Explore -> {Mexico,Colombia,Arab,etc} -> all the different subgenres. Spotify's free tier is a no-b…

In addition to the new web client, it has had an Android app for a while. It's also had a web API for years which allowed the unofficial musi.sh client to be created.

I don't have a strong preference either way, but I ultimately stayed on Apple (after switching to get 3mo trial). I can't stand ads (it's not that I mind the ads themselves so much as I don't like anything interrupting my music. I rarely use playlists of my own or the service's creation, I just want to have a high-quality library that I can expand at any time and store in the cloud.

Re: Apple Music Web Client

#73

Post by morpheuskafka »

pedrocx486 wrote: post #22
aphextron wrote: post #17

RIP Spotify.

When Apple decides the mobile app for Music is worth their salt, then maybe. But until then Spotify will rule the market.

The big issue is that it's tied to iOS versions rather that being its own app, as are Pages and GarageBand for example. iOS 13 brings some good improvements, but now we'll have to wait a year for more. Whereas the Spotify team is continuously maintaining and updating the app.

Re: Apple Music Web Client

#76

Post by floatingatoll »

mikewhy wrote: post #27

It appears even Apple themselves do not bother with using the overflow scrolling CSS that iOS needs.

On iOS, it redirects to the native iTunes App. Even if you somehow manage to overcome that, its presence clearly indicates that iOS isn’t a supported target - at which point, assuming it’s intentionally broken as you describe for non-beta reasons (this is not necessarily true), using that CSS would potentially be wasteful and break non-iOS users!

Re: Apple Music Web Client

#77

Post by penagwin »

tempsy wrote: post #70
vonseel wrote: post #64

Earlier quoted context omitted.

I’m surprised. I haven’t heard anything about Ember in years. Not since 2013 or so.

Is it really that surprising given React is FB and Angular is Google?

> React is FB and Angular is Google

This doesn't matter in practice - they could have freely used either to design the web client at no cost. If they wanted to take over development and go their own direction they just had to fork them.

Re: Apple Music Web Client

#78

Post by tempsy »

penagwin wrote: post #77
tempsy wrote: post #70

Earlier quoted context omitted.

Is it really that surprising given React is FB and Angular is Google?

> React is FB and Angular is Google This doesn't matter in practice - they could have freely used either to design the web client at no cost. If they wanted to take over development and go their own direction they just had to fork them.

Of course in doesn’t matter in practice. It’s the optics.

Re: Apple Music Web Client

#79

Post by holler »

vonseel wrote: post #64
dzonga wrote: post #11

seems they're using Ember.js . Reason I love spotify so much is that it's available on the web, no need to be downloading native apps everywhere. Always bet on the web. also good to see, another web property using Ember. As a react dev, competition is healthy

I’m surprised. I haven’t heard anything about Ember in years. Not since 2013 or so.

alive and well with huge strides in the framework, better than ever. that said ember gets much less press than it's peers, partly due to not being backed by a major fang corp and historical perception.

https://blog.emberjs.com/2019/08/15/octane-release-plan.html

Re: Apple Music Web Client

#80

Post by TimTheTinker »

dzonga wrote: post #11

seems they're using Ember.js . Reason I love spotify so much is that it's available on the web, no need to be downloading native apps everywhere. Always bet on the web. also good to see, another web property using Ember. As a react dev, competition is healthy

That’s not surprising. Ember was forked from SproutCore which was designed to mimic the Cocoa API.

Ember’s model/view binding and event model still closely resembles Cocoa’s, as far as I know.

Post reply on HN