This. I find any browser that doesn't do that to be unusable. The alternative, in long documents or source code, is to blindly hit NEXT and visit all locations where a search term is found rather than scrolling quickly to see the different context regions.
I tried a plug-in or two but they were not nearly as functional as the native Chrome experience.
Sorry, but as far as the modern browsers are concerned, we coders are a negligible market to cater for. The number of non-coder browser-users is orders magnitude higher than the number of coders.
This and the fact that I heard all the “switched to Firefox and nothing’s degraded” comments from coders, and upvoted by coders.
For me I cannot understand how people can choose to use a browser that doesn't support tree style tabs. I'll gladly sacrifice searcy result markers in the scrollbar as long as I have Firefox extensions.
Btw, I can code in TextEdit too, but I don’t because I have programmer’s text editors. Same goes for a web browser and its convenience features.
[0]: https://addons.mozilla.org/en-US/firefox/addon/highlightall/...
I don't login anywhere (including the browser itself) I don't need to for work, I don't use any extensions, and I don't mix work with personal stuff.
For anything not work however, Firefox all the way. Keep the data off google's servers as much as I can.
A feature I cannot do without is the web developer console; much of the modern web pages are bad without it.
The older XPCOM-based extensions also are more powerful than the WebExtensions and can do many more things (I don't like the design of XPCOM, but nevertheless WebExtensions isn't very good either). Such as, I can alter the behaviour of the location bar; I don't like the default behaviour and I want it to treat my entry as a relative URL (rather than trying to add the scheme automatically or treat it as a search query), so I programmed it to do that.
I think you misread that
Been using it for years and years, I never could adopt Chrome. First when it came out I tried it, but no adblocker, then when there was one, it was too crippled, my guess is that this was intentional since they're going back to crippling adblockers. Now we have network level adblockers which I think is the best approach.
I only use Chrome cause some kiosk-like application I'm developing will ship through Chrome (not Electron) / WebKit. Also my boss prefers to see it, so I demo with Chrome mainly, but I do all my real browsing on Firefox. I'm a geek / developer so I have Firefox and Chrome on every system I have. Except on Android, unless it's preinstalled for me, I wont get it.
- customizing userChrome.css .. It was a bit time consuming to figure out first (I wanted to remove the top bar and use vertical tabs). Happy to be able to do it, but it's not exactly user-friendly.
- Rejection of Windows local certificates store that requires fiddling with a setting to enable. If my certificate store is compromised Firefox is not going to save me. I don't recommend it over Chrome at work since we have one of these for a local server and I'd rather not generate support tickets.
Both of these are not part of Firefox Sync and require manual handling on each PC.
1: https://github.com/mozilla/policy-templates/blob/f972ec60de7...
While you probably can assume Firefox will mostly work, there's decades of history saying you probably shouldn't, given the state of enterprise web apps. To be safe, I wouldn't assume Firefox would work any better than lynx for an internal app if neither are listed as supported (and the same goes for every browser).
Like if I type "re" it completes to reddit.com even though I've deleted that entry. Chrome will respect the deletion and complete to reddit.com/r/all.
On the other hand, I like the meta-characters that can be used to modify the search results: https://support.mozilla.org/en-US/kb/address-bar-autocomplet... (though I wish they were easier to remember).
And in at least one regard it's entirely true: on iOS, everything uses WebKit.
Edit: It was widely speculated that Apple would use gecko for Safari and a shock when they announced they would use the relatively little known KHTML engine. The decision was based on KHTML having much cleaner code. I haven't looked at the Mozilla code in many years, but it was pretty gnarly back then. Lots of old cruft from the Netscape days. In comparison, KHTML was beautiful.
If anything, it was a fork of Konqueror.
Edit: This post prompted me to Google for it: https://developer.mozilla.org/en-US/docs/Tools/Debugger/How_...
Move along, nothing to see.. :-\
Looking good, will give it another go.
Firefox is generally still a little buggier and less performance in my experience, but not so much that I want to switch back. Hopefully they can stay relevant.
But Chromes debugger and performance analysis still is a lot more capable.
I have to admit, it has gotten a lot faster recently, Firefox sync is working very well, and the Firefox Android app is a pleasure to use (being able to install uBlock origin is a huge plus).
Anything else I missed on Chrome was easily solved by an addon, or a small tweak on userChrome.css (customizing the browser interface by overriding its CSS is amazing btw).