Earlier quoted context omitted.
Developing in Chrome doesn’t mean the end result doesn’t work in Firefox. Web standards are there for a reason. I develop in Chrome (by develop I mean the full interactive development cycle) but also check in Firefox and Safari once in a while. This post is explicitly about why people use Chrome’s devtools, so you’re just attacking a strawman.
Perhaps you should read the comment I'm replying to? Editing to not extend the thread: the comment says they do NOT test on anything than Chrome. You maybe do that, the top comment author doesn't.
Why do people seem to prefer Chrome's devtools over Firefox's?
41–50 of 101 posts
Re: Why do people seem to prefer Chrome's devtools over Firefox's?
#42For some reason, new Firefox windows can only be launched from the same environment from which the first window has been started. Even the same user who started FF cannot launch a new window from a new shell. That constantly interferes with my workflow. Example: Say firefox has been started from the Destop already and now I want to start a new Firefox window from a root terminal: su desktopuser firefox It does not wo…
firefox --new-window google.comRe: Why do people seem to prefer Chrome's devtools over Firefox's?
#43Earlier quoted context omitted.
This isn't how anything works. If you want a better alternative compiler, you build a new compiler. You don't build an entirely new operating system that includes a new compiler. Want a better grep? Make a better grep, not a whole new shell. Forcing everybody to make their own entire browser in order to provide an alternative devtool is ... madness? What does making a devtool have to do with making a browser? Why sho…
It is how it works. What's your suggestion for the fancy devtools API? Beg Google? Making the implementation of the web standard simpler means increasing the options available, meaning more chance of finding a devtools you appreciate and possibly modify. APIs/Standards deprecate. It is not even a question of "if" but "when". Lowering the barrier of entry is much more sustainable than engineering a whole new spec ever…
The Chrome devtools work by connecting to the browser using the Chrome DevTools Protocol. You can find a description of it here: https://chromedevtools.github.io/devtools-protocol/
Another tool you might have heard of that uses the Chrome Devtools Protocol are NodeJS APIs for remote-controlling browsers: Puppeteer (from Google), and Playwright (from Microsoft). You can access the underlying CDP connection from Playwright: https://playwright.dev/docs/api/class-cdpsession
Chrome extensions can add tabs to the Chrome devtools built into the browser. So, a competitor dev tool can be distributed as a Chrome extension and opened with the devtools keyboard shortcut. A user can “switch” to the alternative devtools by put the tabs it adds first and hiding the built in devtools tabs.
Re: Why do people seem to prefer Chrome's devtools over Firefox's?
#44For some reason, new Firefox windows can only be launched from the same environment from which the first window has been started. Even the same user who started FF cannot launch a new window from a new shell. That constantly interferes with my workflow. Example: Say firefox has been started from the Destop already and now I want to start a new Firefox window from a root terminal: su desktopuser firefox It does not wo…
I think that would mess up your user profile if two instances tried to handle it at the same time. Depending on your use case Docker may be a solution.
I just want to trigger Firefox to open a new window. Just like it does when I press CTRL+n.
Re: Why do people seem to prefer Chrome's devtools over Firefox's?
#45Earlier quoted context omitted.
Yep. The only reason why Firefox, Safari, and eventually Chrome were able topple IE is because devs started writing predominantly for those browsers. Without that push IE would’ve lived on, because users don’t switch that kind of thing unless they really have to. Devs often also have disproportionate sway over the technical choices of friends and family, which is where Firefox got much of its footing earlier on.
That's not really how I remember it. I remember everyone switching to Mozilla and Firefox because they had great features around bookmarks, themes, and extensions. Then I remember everyone switching to Chrome because it was so fast to launch. Meanwhile, devs were still targeting IE because it was where the users were. It was totally preferable to develop for Chrome or Firefox, but I recall spending countless hours st…
That, in a large part, was on web developers, making sure the user who took the leap had a good time on arrival.
Re: Why do people seem to prefer Chrome's devtools over Firefox's?
#46For some reason, new Firefox windows can only be launched from the same environment from which the first window has been started. Even the same user who started FF cannot launch a new window from a new shell. That constantly interferes with my workflow. Example: Say firefox has been started from the Destop already and now I want to start a new Firefox window from a root terminal: su desktopuser firefox It does not wo…
I don't mean this as a dig, but I am curious to know what your use case is for launching new browser windows from different environments is. Something along the lines of remote debugging?
Re: Why do people seem to prefer Chrome's devtools over Firefox's?
#47For some reason, new Firefox windows can only be launched from the same environment from which the first window has been started. Even the same user who started FF cannot launch a new window from a new shell. That constantly interferes with my workflow. Example: Say firefox has been started from the Destop already and now I want to start a new Firefox window from a root terminal: su desktopuser firefox It does not wo…
This does it for me: firefox --new-window google.com
You probably inherited the environment from the process that started FF.
How did you try to do it from a new environment?
Re: Why do people seem to prefer Chrome's devtools over Firefox's?
#48Earlier quoted context omitted.
It is how it works. What's your suggestion for the fancy devtools API? Beg Google? Making the implementation of the web standard simpler means increasing the options available, meaning more chance of finding a devtools you appreciate and possibly modify. APIs/Standards deprecate. It is not even a question of "if" but "when". Lowering the barrier of entry is much more sustainable than engineering a whole new spec ever…
There’s already a DevTools API, no need to beg. The Chrome devtools work by connecting to the browser using the Chrome DevTools Protocol. You can find a description of it here: https://chromedevtools.github.io/devtools-protocol/ Another tool you might have heard of that uses the Chrome Devtools Protocol are NodeJS APIs for remote-controlling browsers: Puppeteer (from Google), and Playwright (from Microsoft). You can…
Although the rest of my message remains correct, if writing a dummy browser only took a few hours/days, nobody would ever ask for new APIs.
Re: Why do people seem to prefer Chrome's devtools over Firefox's?
#49Earlier quoted context omitted.
I’m not sure about WebGPU, but WebUSB was pushed through by Google without any regard at all for Mozilla’s and Apple’s concerns, so it’s not too surprising it’s a Chrome exclusive.
So it isn't as well defined as the parent was making it. Thanks to Chrome worshipping, there is no Web anymore, Apple is the only wall preventing Web developers to replace Web with ChromeOS on their CV.
Re: Why do people seem to prefer Chrome's devtools over Firefox's?
#50Earlier quoted context omitted.
Of course, Firefox users may just skip your sites because they don't work in FF...
Developing in Chrome doesn’t mean the end result doesn’t work in Firefox. Web standards are there for a reason. I develop in Chrome (by develop I mean the full interactive development cycle) but also check in Firefox and Safari once in a while. This post is explicitly about why people use Chrome’s devtools, so you’re just attacking a strawman.
I don't know much about browser diversity (Chrome and Firefox give near-identical experiences to me as a user), so I personally don't feel that the argument developers significantly influence users holds much water (of course facts don't care about my feelings which may be wrong). I think the only time I noticed a significant difference as a user was when Firefox didn't implement a certain download API allowing for large downloads like Chrome, and I only encountered that difference in using Mega (the upload service).