We are a real and unique browser. Not a Safari skin.
There is no such thing as a Safari skin. Instead we use a low level component called the WKWebView, which is a bare-bones minimal API to 'show web pages'. On top of that we have built a browser.
This is exactly what Apple has done with Safari.
The only common component between Firefox and Safari is the WKWebView. Everything on top of that, like the UI, bookmark management, history, sync is unique and implement in different ways by each browser.
Regarding JIT .. the WKWebView exposes the same fast JIT as Safari uses. Run a benchmark. We are as fast as Safari or any other app that uses the WKWebView underneath.
Yes as of a few releases ago (but not originally) iOS allows JIT for WKWebView.
But no, the result of a bit of chrome (historical name for browser controls) around a WKWebView is indeed just a Safari skin. The renderer is not some minor detail like how tcp connections are made, it's practically the whole thing! It handles the http/https/websocket connections, the html, css, js, html5 video and audio, canvas, webgl, webrtc (or lack thereof), pointer events, everything that matters.
- user of firefox on linux and on android, who never "signs in" to his browser chrome, or saves passwords in the browser, or other ill-advised but marketer-loved things
- also developer working on a webrtc application, who has had to explain to users "Chrome on iOS isn't actually Chrome, sorry"
> The renderer is not some minor detail like how tcp connections are made, it's practically the whole thing!
It's totally not.
All the things you list are just components of "showing a web page in this rectangle". That is akin to "how tcp conections are made". The renderer used to be hugely important because many renderers didn't work at all for some sites and features, or were massively slow. That's still true to an extent and why the renderer is still an important point.
But the browser itself is more about application features (and maybe cloud features).
How do you manage windows? How do you manage 10 tabs, or 250 tabs? How does it store your passwords and how do they sync across devices? Can you pull out your phone and easily jump to a web page open on your desktop back at the office? Does the browser crash a lot? Can the browser remember your font zoom settings for each site you visit? Can you override preferences for certain websites conveniently? How can you visualize the current set of websites you are on, or this history of sites you have visited. Can you easily restore a bookmark set of twenty websites? If so, does it restore your window sizes, positions, and tab order? Can you easily identify which window/tab is making annoying sounds? Does it have a 1Password extension? Does it override standard OS features like Print (to PDF) with its own lame-ass UI for the same thing (lookin' at you Chrome)? When you copy text, is it smart about putting the different representations of the copied data on the clipboard so it works optimally whatever app you are then paste into? Does it let you have different profiles to keep e.g. your work cookies separate from your pr0n cookies? Speaking of cookies, how easy is it to inspect and deal with them? How does its extension mechansim work, and what is its defense story against the installer-malware that comes with e.g. Java? Is it fast to launch? Can you easily re-open closed tabs and windows? If so, do they retain their state and Back/Forward history? Can you easily customize things like font and zoom and override bogus sites? Does it have an ad-stripping "reading" mode or does it need an extension? Etc.
In modern times, those things are a lot more important to me than the renderer (unless the renderer is broken).
I love how you're talking about the process from a user point of view. This is truly a difficult time for Mozilla. The rise of iOS means that independent renderers have not as much of a voice as they could have. It is scary because a user will maybe rely on features that exist on Firefox on another os might not work on Firefox on iOS.
The renderer is still very critical for developers. We don't really have a browser without a renderer after all.
WKWebView != Safari. Safari is built on top of WKWebView. Likewise, Firefox is build on top of WKWebView. Firefox is not built on top of Safari, so your Safari skin statement is incorrect. Its called mobile app development, you work with the APIs provided to you by the OS. Attempting to write your own low level networking and rendering libraries that bypass those provided by OS will simply mean your app is not released on the app store. Should Mozilla not release a browser on mobile cause as its not 'true' to your definition?
Indeed, just own up to the fact that Apple does not allow any other browsers on iOS. (nor f.lux nor game emulators etc. Apple sucks.)
Mozilla Corp. has become increasingly frantic these days, trying to maintain market share by making all the compromises it can on its ideals. Is it working? Doesn't look like it to me. I'm the only one I know personally who still uses Firefox instead of Chrome (on Windows/OSX) or Safari (on iOS). Notably, I know a number of web developers (though I'm a systems software engineer).
A technical centric view of a browser would focus on the rendering engine. But modern browsers, in their being almost small operating systems, go very far beyond the HTML/CSS/JavaScript rendering engine. I will list a few things that vary between browsers irrespective of the rendering engine: tab handling, incognito mode, extension system/ecosystem, privacy handling, search/url bar/completion, security policies, anti malware strategies, download manager, history management, bookmark management, cross platform syncing, password management. And all these things have a higher impact on the user experience than the rendering engine.
All these things might be completely different between Firefox and Safari on iOS. Saying that Firefox on iOS is not "a real browser" is an understatement.
Don't be ridiculous, the rendering engine is much more complex and many more lines of code than the GUI features. And browsers have had bookmarks, tabs, and password managers for a decade now.
More importantly, the rendering engine is what matters to the "open web", if you care about that. If there's only one rendering engine which "everyone" uses, then websites are designed to the bugs and quirks of that engine, then that engine need not fix any bugs, then those bugs become the de-facto standard. Then users can't use the web from the platform or browser UI of their choice if the only web rendering engine of note doesn't support it.
The engines of a 747 are much more complex and designing them takes many more man-hours of engineering than does designing comfortable and spacious seats.
But assuming the engines don't fail to perform correctly, which one do you think 99.9% of passengers care more about?
Engines aren't just "correct" or "incorrect", they perform differently. Users switched to Chrome from IE because Chrome was well marketed on a website they already used (google) and was way, way faster than IE. Many also switched on OS X because it was a bit faster, more feature-full, and marketed/perceived as way faster. It wasn't because they loved the Chrome UI.
I still regularly have to help "common people" find everything but the new-tab button in Chrome (and every browser).
Finally, it's clear that UI/UX designers always say they're making software "more intuitive" and "a joy to use" but no one (except grumpy engineers like me...) know what to click or where stuff is hidden anyway. It's all just UI churn, around in circles. Show feature prominently because users don't know how to find it, then hide it because the UI is too cluttered. Repeat.
EDIT: and all that's not the main point, sorry ... anyway, the "mass market" or "common" user's ignorance doesn't change the importance of the engine to the "open web". And don't forget how Firefox started, with only particularly savvy users caring to install it.
I agree -- I would totally fly on a plane with uncomfortable seats but an engine that would get me from Tokyo to Seattle 40% faster.
And I am not saying the renderer doesn't matter. My contention is just that the featureset and the UI probably matters more today, for most people. Historically, that wasn't true. (I consider switching from IE "historical". I don't know anybody who uses MSIE today, except for one-off reason like accessing some legacy banking system.)
In my humble understanding Firefox is just a Safari skin, crippled by the lack of JIT.