Earlier quoted context omitted.
Yeah, it’s kind of depressing how much better it could be with just a touch of Cocoa; these shortcomings are readily apparent so it wouldn’t even take that much to improve it. I wonder if Mozilla could solve this by just hiring someone who’d focus on improving platform UI to the point where it was competitive with Chrome…
Even Chrome isn't competitive with Safari, UI-wise. It's plagued with many of the same issues as Firefox on macOS, last I checked.
Firefox’s Fight for the Future of the Web
271–280 of 296 posts
Re: Firefox’s Fight for the Future of the Web
#272Earlier quoted context omitted.
Following my curiosity, I found: The Story of Stylo: Replacing Firefox's CSS engine with Rust https://www.youtube.com/watch?v=Y6SSTRr2mFU Woo, 9M lines of C/C++ to 85K lines of Rust.. Author's slides: https://www.joshmatthews.net/rbr17/
No, for the style system is 160K lines of C++ down to 85K lines of Rust. Still a great win!
Re: Firefox’s Fight for the Future of the Web
#273Earlier quoted context omitted.
> Firefox for Mac has been more or less unusable up until the most recent release This is a gross exaggeration. I've been using firefox on MacOS for 3 years and it's worked fine the entire time.
The issue has been the power draw and heat on newer MacBooks with a Retina display. Older Firefox versions are redrawing the entire window even if only a tiny portion of the window was changing. With advent of high resolution windows, the amount of work needed to redraw the whole window for every frame became significant. The last version of Firefox moved to breaking the window into large tiles and only redrawing the…
Re: Firefox’s Fight for the Future of the Web
#274Earlier quoted context omitted.
Even Chrome isn't competitive with Safari, UI-wise. It's plagued with many of the same issues as Firefox on macOS, last I checked.
Well, some of them. It's not great, but it's better than where Firefox is now.
The settings page is still non-standard, the same for the scrolling, keybindings don't work in the usual macOS way (CMD+Q for instance quits only if you hold, which is baffling), the app updates itself in a non-obvious way, the top-bar is laggy when in fullscreen mode, and the list can go on and on.
Re: Firefox’s Fight for the Future of the Web
#275Earlier quoted context omitted.
There are literally zero browser engines allowed on iOS, other than Safari/webkit, with a purposefully depleted feature set, to force developers and users to the app store. It is astounding that overzealous Apple employees and fan boys will employ circuitous mental gymnastics to substantiate Apple policies, instead of simply allowing an open-market to thrive on iOS. It's as if open markets where consumers are allowed…
What is this hope for a "thriving open market?" On Android, Chrome/Chromium engine has more than 99.5% marketshare. Consumer choice is a red herring. So for that matter is Firefox, which Google has stomped out on Android. Apple's policy is 100% aimed at preventing Google from controlling the future of iOS.
Yes, giving users choice does mean loosening your control of your platform. I don't believe Apple thinks consumer choice would cause Google to control the future of iOS.
Re: Firefox’s Fight for the Future of the Web
#276Earlier quoted context omitted.
> One cannot have writeable executable memory on iOS (apple can, we cannot). > Thus one cannot make a JIT compiler for js and thus pages are slow. Lack of JIT doesn't slow down pages much. I believe the difference is so small that it might even be possible to be faster without JIT for most pages, especially on low power devices, it's only computation heavy pages that are going to suffer and even then it's not like yo…
> Lack of JIT doesn't slow down pages much. So why do you think so many major companies invest such a huge amount of money in JS JITs? Google, Apple, Microsoft, Oracle, Mozilla all maintain JS JITs and spend what I guess is hundreds of millions of dollars a year on it.
Re: Firefox’s Fight for the Future of the Web
#277Earlier quoted context omitted.
It's not that surprisingly that the one making the decisions about the browser engine is blamed, not the one forced to use the browser engine instead of their own, is it?
To be clear, the html5test.com numbers for Firefox are for Firefox on Android.
YOUR BROWSER SCORES
491
OUT OF 555 POINTS
You are using Firefox Mobile 68.0 on Android 8.1.0
Not 468.Re: Firefox’s Fight for the Future of the Web
#278Earlier quoted context omitted.
Implementing an html rendered that is compatible with all the css rules and it also implements all the extra workarounds that the current browser implement ( like handling illegal markup is not trivial) markup . I mean think about it, you hit invalid html markup and what do you do? You need to continue but now you need to check what Firefox or Chrome do for each case (missing end tags , P inside span, weird nesting o…
Just compile Firefox or Chromium to Wasm and provide necessary adapters. Well, I'm joking, of course, it's not that simple. But it should be possible in the end.
Some ebook publishing platforms will perform checks and reject your epub(mobi or similar format) if is not respecting some strict rules, this makes it a pain if you have random html that works on web but you want to package it as epub because now you need to find all the bugs(or similar stupid DOM elements) and fix them as best you can.
Re: Firefox’s Fight for the Future of the Web
#279Re: Firefox’s Fight for the Future of the Web
#280Earlier quoted context omitted.
In the mac settings about keyboard/shortcuts, you can define program specific shortcuts; e.g. take the exact name from the firefox menu for the 'next tab' action and give the shortcut you want.
Right, so that's part of my gripe. in keyboad shortcuts, i've got global (all applications) shortcuts for select/show next/previous tab. Those dont map to firefox. Fine, but Firefox doesn't have a menu title for next tab, so setting a shortcut for a non-named function doesn't work. I've tried the documentation( https://support.mozilla.org/en-US/kb/keyboard-shortcuts-perf... ), using "go one tab to the left" doesn't w…