Jolla’s Sailfish OS has reached release 1.0
jollausers.com
jollausers.com
The web is guaranteed to continue to exist and keep getting better, albeit perhaps slower than we would like. The speed in which it gets better is dependent on the number of platforms backing/hedging it.
1. Be compatible with their software (and nobody will write anything native) 2. Don't be compatible with their software (and nobody will use your OS) 3. Be really amazing and marketed perfectly so that you can build your own ecosystem.
Unfortunately, 3 is much harder to do than the first two.
No it's not: https://sailfishos.org/about-technology.html
> We are investigating Cordova Qt and compatibility with Firefox OS APIs for this purpose.
No mention of "add to homescreen" style web apps that require little/no extra effort from developers. They are going all-in with QT it seems, and it's going to fail.
Chromebook is a winner. WebOS on LG TVs is great. Both of these can have larger memory and batteries and more-powerful and power-hungrier GPUs. They also both have pointing devices. They're not trying to drag the Web into a touch UI.
However, "The web" is simply a stack made up (at the client end) of HTML/CSS for layout and javascript for logic. Nothing more, nothing less. Both of those technologies are entirely screen resolution, power source and interaction method independent (with the exception maybe of the aspects of javascript which relate to mouse pointers).
There's no reason that websites can't be built from the ground up for mobile devices. The reason that "the web" (according to your empirical evidence) doesn't work for mobile devices is because the vast majority of the web wasn't designed for mobile devices. Mobile browsers are still mostly dealing with sites designed for 4x the screen size and designed with very little thought for client side execution time. Many popular "native" apps use web technologies (HTML/CSS and javascript) in a way which you wouldn't even know wasn't native - the reason it works is because the markup and JS are targeted towards mobile devices rather than desktop browsers.
This is true in principle, so let's see if my theory holds up when generalized to other pre-touch stacks:
Windows? Failed at repeated attempts to touchify.
Linux/BSD? Only systems where the whole app runtime was replaced succeeded at being touchified.
I think that points to a future where, if the Web is to work on touch mobile devices, there has to emerge a consensus around a manageable handful of frameworks with common UX conventions, and apps have to use one of those frameworks.
But even then, native mobile platforms are evolving ahead of Web frameworks. Android's Fragment and ActionBar classes enable UIs to "fold up" and "unfold" across a range of screen sizes. That's part of the expected Android UX now. Capturing that, or creating an alternative UX accepted by the same user base, in any cross-platform system is going to be difficult.
Web technologies are a layer below what Android or other mobile platforms expose to developers. They're a platform upon which frameworks can build. I agree that a few frameworks providing UI widgets and allowing easy layout will emerge (as they have in, for example, Bootstrap). I disagree that you can in any way generalise by saying "the web is for desktops" simply because of the history it has.
So they either should start selling to those markets and make another run with a different version of restricted modem, or we'll have to wait until their second device which will have a universal one, rendering such issues irrelevant forever.
I for one am quite looking forward to trying it on my Nexus 5..
- ed
Mentions of this capability are liberally peppered around the rest of the comments on this page already, I now see!
Given all that, Sailfish is able to use FirefoxOS APIs, so here go your Web applications. Nothing prevents you from using them there.
There is room not only for 3rd of 4th but for any innovative platforms. Android and iOS aren't even innovating anymore, so there is no point to talk about "room" there.
That doesn't say anything about "add to homescreen" web apps, what is the story there? Do they exist? Do they appear as just another app in the task switcher? Do they stay in memory as long as qt apps?
But without access to the camera, accelerometer etc., right?
Jolla has a web browser right? so webapps work on Jolla. Choice is great,being forced to write "pseudo web apps"(when half of the API is not standard) is not.
I mean, "the web" has completely failed in creating any impressive app in any category. Technologically it's inferior. It takes control and freedoms away from the user and is typically closed source and dependent on some server somewhere.
How can you honestly promote this?
That is a great idea.