Hopefully most of the missing extensions will be developed sooner rather than later. I have 15 extensions installed, 14 of which are "Legacy". The most critical one, Tree Style Tabs, has been converted. That was the key blocker that prevented me from seriously using Chrome. But many more remain; Cookie Controller, RefControl, some kind of Classic Theme Restorer equivalent (to get a menu bar back for Bookmarks, at a m…
There is a similar plugin(like Tree style tabs) for Chrome - Tabs Outliner https://chrome.google.com/webstore/detail/tabs-outliner/eggk... I was a Firefox zealot before they decided to go in this direction. For me Chrome does all the things FF does but much faster(at the moment).
Firefox 57.0 Released
311–320 of 836 posts
Re: Firefox 57.0 Released
#312I like the awesome new speed even on my old Sandy Bridge, but the death of ANY possibilities to add features to the browser UI is not worth it. Really.
Re: Firefox 57.0 Released
#313Earlier quoted context omitted.
I'm a bit annoyed by the dark header bar now, they previously only used that for private windows, now it appears they use it for both.
You can change it to "light" in the prefs :)
Re: Firefox 57.0 Released
#314Just installed it, looks like the update overrode my previously set default of a blank "new tab" page in favour of their overly fancy, ad infested "new tab experience" page. Looks like it's time for another scan of about:config for any other nasties they decided to sneak in there this time.
Best solution so far seems to be to use the New Tab Override addon and point it to a blank page somewhere online.
Re: Firefox 57.0 Released
#315Re: Firefox 57.0 Released
#316Earlier quoted context omitted.
The right thing to do would have been to work on those extensions BEFORE breaking users' experience.
Most of these were done by users scratching their itch. And I'm confident that's exactly why we'll get most of those experiences back.
Re: Firefox 57.0 Released
#317Earlier quoted context omitted.
And I would add to this, if it is possible, integration with keychain
This was possible until today and FF57 with the "Keychain Services Integration" plugin -- but it can't be ported to WebExtensions. https://addons.mozilla.org/en-US/firefox/addon/keychain-serv... I will miss it and I'm not sure what to do next.
Re: Firefox 57.0 Released
#318From the announcement post [1]: > As part of our focus on user experience and performance in Firefox Quantum, Google will also become our new default search provider in the United States and Canada. Does that mean the deal with Yahoo! has lapsed? And is there a new deal with Google, or no deal at all? (And what would be the revenue impact of that?) Edit: Just saw an announcement for this as well [2], with no word abo…
Re: Firefox 57.0 Released
#319I just upgraded. It completely changes the chrome of the browser on OSX and it is _absolutely hideous_. There are a lots of unnecessary animations that I find very jarring. I don't know if there's a way to change it back yet. UPDATE: There is a "Customize Firefox" button which allows modifying the theme, which fixes the colors, but not the shape of the tabs or the animations. UPDATE: In about:config, you can disable…
I'm a bit annoyed by the dark header bar now, they previously only used that for private windows, now it appears they use it for both.
Re: Firefox 57.0 Released
#320Earlier quoted context omitted.
If they don't exist, sure, but most of the bickering is "I want XUL and nothing else". And how many of those lamenting the absence of some API have actually told Mozilla what they need? By all accounts Mozilla has been very responsive and helpful. Not everything was possible, but the problem lies mostly not on their side.
> most of the bickering is "I want XUL and nothing else" I don't know that that's fair. The discussions I've seen and participated in have revolved around equivalency, not identity. > how many of those lamenting the absence of some API have actually told Mozilla what they need? The Vimperator devs and some users have been very clear on that point. > Mozilla has been very responsive and helpful. Not everything was pos…
I've developed a couple of Firefox extensions. One of those was an e10s-compatible replacement for Vimperator, because Vimperator relied on XUL[0]. (Vimperator broke long before Firefox 57, because e10s broke backwards compatibility with some extensions long before Firefox 57 did).
The old extensions "API" was essentially a way to plug into arbitrary parts of the Firefox codebase. A Firefox developer has previously said that "[previously] the entire codebase was our extensions API".
That's not scalable or maintainable in the long-run, and I would assume that any software developer who's worked on a moderately-large project would appreciate that allowing arbitrary entrypoints and coupling makes it impossible to do literally anything without breaking some part of that extremely ill-defined API.
It's really, really unfortunate that moving towards a modern approach to browser extensions meant breaking work that people had put in over the last fifteen years, but... there's literally no other way to do it. Firefox was the first non-experimental browser to allow browser extensions, and there are both benefits and costs to being first-to-market. In this case, the downside is that they ended up accruing this technical (maintenance) debt.
As someone who's written Firefox extensions that are no longer available due to the switch, I'm disappointed that this had to happen. But as a Firefox user, I'm much happier having Quantum and Electrolysis (e10s), and if the tradeoff is between those two directly, I'd choose Quantum + Electrolysis over those extensions.
Or, to put in XKCD form: https://xkcd.com/1172/