Apple wants to make the best experience for users because then they'll keep buying Apple products. If users want the web, then they make the browser better. If Apps are more appropriate, then they make apps better.
Apple prioritizes stuff users care about -- battery life > IndexedDB, accessibility > WebGL.
Until you understand this and stop thinking like a conspiracy theorist, you won't understand Apple and will keep confusing your priorities with user priorities.
Again: pleasing users -> profit. Making web lose -> ???
This isn't "embrace and extend" -- Microsoft added huge swathes of proprietary functionality to IE and tended (and tends) to prioritize developer and corporate IT desires over users. Insofar as Apple extends the browser, they do it through standards and proposed standards and (mostly) open source the implementations.
Apple wants to make the best experience for users while maintaining vendor lock-in.
iOS users invest hundreds of dollars in apps and games and enjoy exclusive products. This creates a very significant barrier to switch to another mobile platform.
Quite obviously increased switching costs for users are important for iOS to maintain leadership in platform wars.
Therefore, rapid advancement of web apps user experience to the level of native apps in some categories would be detrimental to Apple's competitive positions.
Making web lose -> stronger competitive advantage.
Making web lose -> make users unhappy in short (and probably long) term, damage Apple's reputation in long term
It's totally awesome how Google created its Play store so that it seamlessly works on competing platforms -- after all it's a largely open-source stack that would easily run on (say) iPhones. No wait, they use it as a bludgeon to keep third parties in line (and create vendor lock-in).
> Making web lose -> make users unhappy in short term
Sure, it decreases user satisfaction for a SUBSET of users, who care about web apps. This subset seems to be strategically negligible for Apple. This is a trade-off which is absolutely rational from the shareholders/management perspective.
>It's totally awesome how Google created its Play store so that it seamlessly works on competing platforms
Your fanboyism shows. This thread is not about Google, also a corporation which actions are driven by interests of management and shareholders.
But that argument can justify any deficiency in Safari, so it's unconvincing. Eventually you're just saying, "Apple don't care about all these new web things." Which is the point of TFA.
How so? Let's suppose Safari has some horrible bug in it that exposes users to malware or whatever. (And it has had from time to time and Apple has been rightly pilloried for some of these cases.) Tell me how saying that Apple would rather improve user experience than add developer-friendly features justifies this.
Different people will draw the line at different places. To you, the hypothetical malware vuln should be fixed before e.g. improving battery life by 5%. To some other user who is on a long plane journey without a power adapter and doesn't e.g. click on .flv links on specialty forums, maybe it shouldn't. But to a greedy fruit executive who wants the web to be insecure? There's no question! b^)
This thread explores the possibility that, for strategic reasons, new web stuff is not implemented on Safari. That proposition is scarcely undermined by hypothesizing a typical user who doesn't care about new web stuff as much as she cares about battery life. She's hypothetical, why should she care about anything as much as she cares about battery life?
Let's ignore the fact you didn't address my argument.
There are diminishing returns.
It's not like Apple has provided a web browser that basically doesn't work but has great battery life. Most people consider Safari to be the best mobile browsing experience there is. (I just googled to make sure I wasn't quoting outdated opinions and it's still true.)
Safari in 10.11 has added a feature which tells you which browser tab is making noise so you can close it. Just now I was so wishing for it (in Chrome -- which is my primary browser, since I'm a web developer). Shame on Apple for doing that and not fixing bugs in their IndexedDB implementation! (BTW those bugs are horrible -- how on earth could they pass the simplest unit tests? -- and really should be fixed.)
> To you, the hypothetical malware vuln should be fixed before e.g. improving battery life by 5%.
Apple doesn't let users decide what's best for them... that's one of the things that's different about the company. Want to customize your UI? Nope, that's silly, you can't have it. Apple would decide what's good for the user and it would probably consider browser vulnerabilities more important than some obscure new feature.
> But to a greedy fruit executive who wants the web to be insecure? There's no question!
Safari in 10.11 has added a feature which tells you which browser tab is making noise so you can close it. Just now I was so wishing for it (in Chrome -- which is my primary browser, since I'm a web developer).
That's great -- I didn't know because chrome doesn't display those things if the tab is narrower than the caption, and I usually have a lot of tabs open. Argh!
(Especially with the trend to wide-screens, the placement of tabs on the top vs. the left side seems to me to be a gigantic misstep on everyone's part)
Not trolling -- just ignorant. (And the implementation is kind of flawed. Sufficiently flawed that I've never seen one of the icons. I wonder if Safari's is any better -- can't be bothered installing the beta.)
Not a big fan of your "b^)" emoticon -- doesn't look like anything to me, and doesn't show up in lists of common emoticons. But OK your most outrageous comment was in jest; fair enough.
I have only one eye and wear a patch over my right socket. Also I have a pointy nose. A friend of mine suggested that smiley a long time ago, and I've used it since.
If Apple really wanted to make Web Apps feel like a second class citizen, they wouldn't be adding Force Touch, custom AirPlay control support and Picture In Picture support to the upcoming version of Safari. Those are deep, native app level features that aren't even Web standards yet.
I assume Apple is underinvesting in safari simply because they have bigger fish to fry, and they are notoriously understaffed with competent engineers (or have bad project management).
They're adding APIs that only benefit people using their hardware. Unless they open source AirPlay and whatever else they need to do for Force Touch I'm failing to see why I should be excited by that.
Our users never seem to like this approach. It does not work very well at all with complex tables (colspans, rowspans), sorting and filtering feels funky if you don't know it's a table from the start and it's insanely repetitive. Most of the time we end up wrapping the `table` in a div with `overflow: auto` and then they can scroll around the table. The only issue is when a column ends at the edge of the screen so a user doesn't know to scroll. What we did to help with this is put a shadow on the edges in the directions you can scroll.
It's definitely not for every scenario. It will depend on your data, whether or not you need sorting as you mentioned, and how many total rows there are in the table (card effect becomes too much after 20 or so). However for this simple use case, we thought it the best way to go.
Someone made a small mistake with linear-gradient. They have linear-gradient(top, #0143A3, #0273D4) instead of linear-gradient(to bottom, #0143A3, #0273D4).
