> “The full Safari engine is inside of iPhone. And so, you can write amazing Web 2.0 and Ajax apps that look exactly and behave exactly like apps on the iPhone. And these apps can integrate perfectly with iPhone services. And guess what? There’s no SDK that you need! You’ve got everything you need if you know how to write apps using the most modern web standards to write amazing apps for the iPhone today. So developers, we think we’ve got a very sweet story for you. You can begin building your iPhone apps today.” - Steve Jobs/iPhone announcement Jan 2007 at macworld
https://medium.com/datadriveninvestor/2019-the-year-of-progr...
What's old, is new again, 12 years later. It's how it always should have been. And guess what? There's no SDK that you need!! ;)
https://web.archive.org/web/20100603124720/http://www.forum....
All what is left seems to be Web Archive and these sites.
It's nice that a lot has been implemented, albeit slowly. Though some may still think about Apple incentives.
I.e.: http://nolanlawson.com/2015/06/30/safari-is-the-new-ie/ https://news.ycombinator.com/item?id=19586219
Additionally, unlike modern PWAs, web-apps back then had persistence for data only, so you had to reload the entire application over the network at each launch. People back then loved the switch to native apps because they were extremely snappier.
the whole problem is that apple shipped native apps with tons of skeumorphism and animations, so all js frameworks for webapps spend all their efforts to simulate "slide animation on page change" instead of working on hiding the ajax latency or using local storage better.
and in the end, everyone just saw $$$ in using the closed apps from the store.
Seemed to work well enough on webOS for the Palm Pre.
Apple?
Also remember that you probably don't want to entirely cut Google out of your life, as for example Linux have Google salaried developers. But that's, I imagine, not what you meant.
[0] https://forum.pine64.org/showthread.php?tid=7339 - no canonical site yet
The reason i would buy a linux phone would be to avoid having a MITM burned onto the rom of my phone. The device presented in this article doesnt provide that nessecity.
I think the law of averages applies, not knowing how much google and others payout to burn kruft into peoples product, im going to guess that the increased global saturation level of google ASSistant is worth it for google and a good revenue for the OEM. ill bet the price is subsidied to 7$, i would pay 70$ for this phone, if it had no google ass in it.
I was working for a very large app (tens of millions of daily users) at the time when firefox was trying to convince companies to port their apps to it.
We were big enough that Firefox sent their advocates to our offices and tried to convince us to port our app. Since what we were offering was a service, we were naturally open to have it on as many platforms as possible. I think that there might have been a monetary incentive as well but I might be misremembering there (I was not part of that negotiation).
After a week with their sdk and help from their devs, we threw the towel.
Publishing our product on Fos would have been impossible while keeping the app quality on par with iOS and Android and there were lots of missing/buggy APIs.
That was our last discussion with Firefox. For as long as there have been phones, there have been web apps targeting them, but there is a reason why we are still building native apps.
"KaiOS apps are based on web technologies–HTML, CSS, and JavaScript–and are run by Gecko runtime."
Just consider that Mozilla is pretty much working full-pelt on Gecko and merely keeping up with Google. They (as well as Google) are far away from implementing all currently specified web-standards, of which more get specified all the time.
So, in order to get Servo to the level of current browser engines, they would have to have an even higher developmemt velocity, while not really being able to stop developing Gecko in the meantime either.
Maybe if the majority of components someday are shared between Gecko and Servo, they might do the final step and switch out the core completely, but even that is still far away.
Servo is specifically a research project. To explore what could be done, if one were to do things right. That they were able to isolate and share components, that even came as a surprise to Mozilla.
Swapping out the jet engine of Firefox in flight (Gecko) was likely to be a very bumpy, messy road, thus Mozilla has chosen to break the problem down into manageable chunks by having a parallel team build Servo and push the bleeding edge of performance & features, while having another team break the new code (Servo) and the old code (Gecko) apart into the separate , interchangeable pieces, then clean up standards compliance in the new Servo module and prep it to be replaced.
Essentially, its the Cathedral vs the Bazaar all over again. Microsoft Edge was a ground up rewrite of most of the browser (the Cathedral model of software dev) along with Android (built behind closed doors at Google, then code dumped right before a new major release). Mozilla didn't like how this model could easily backfire, choosing a more metered approach by developing smaller, swappable components in the open.
I pretty quickly got an Android phone instead.
When Firefox OS was around, they were still pretty niche.