Live data from Hacker News

Why do people seem to prefer Chrome's devtools over Firefox's?

old.reddit.com

41–50 of 101 posts

Re: Why do people seem to prefer Chrome's devtools over Firefox's?

#41
post #37
post #35

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.

I read it, and it’s exactly what I do — develop, test and debug in Chrome. Then I check the site isn’t broken in Firefox and Safari once in a while. It basically never is.

Re: Why do people seem to prefer Chrome's devtools over Firefox's?

#42

For 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

Re: Why do people seem to prefer Chrome's devtools over Firefox's?

#43
post #34
post #32

Earlier 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…

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 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?

#44

For 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 don't want "two instances".

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?

#45

Earlier 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…

Firefox was a better product because it was faster, had tabs, etc and it generally rendered pages as expected.

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?

#46
post #30

For 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?

Just my command line tool telling me "Now look at the following page" and open a browser window with a url.

Re: Why do people seem to prefer Chrome's devtools over Firefox's?

#47
post #42

For 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

No, that does not work from a different environment.

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?

#48
post #43
post #34

Earlier 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…

My bad then, I stand corrected.

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?

#49
post #25

Earlier 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.

That is not true, two harmful environments does not make either one a saviour, they are simply making web development worse.

Re: Why do people seem to prefer Chrome's devtools over Firefox's?

#50
post #35
post #9

Earlier 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.

Would you mind spelling the difference a bit more clearly? The comment chain has another comment that the browsers developers actually develop for a specific browser (usually Chrome because larger userbase), and this choice developers make influences which browsers users like to use because websites supposedly work better on that browser. So there seems to be variation in implementing the standards you refer to.

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).

Post reply on HN