Wow, i almost forgot about Firebug. From my point of view it was really a game changer. The first time debugging and understanding web-applications became accessible. Probably all browser dev tools were inspired by this tool
Thank You, Firebug (2017)
61–70 of 89 posts
Re: Thank You, Firebug (2017)
#62I still miss the possibility to `console.log` functions and have a clickable log that automatically open the right source at the right line, something that it's still not available on "native" `console`s
Can't you click on the filename/number on the right hand side? That works for me in Chrome. Source maps even allow it to open to the correct file inside Chrome.
function addStuff(a, b) {
return a + b;
}
function logFunction() {
console.log(addStuff);
}
logFunction();
And have it log out that `addStuff` is defined on line 1.Re: Thank You, Firebug (2017)
#63I remember using something in Netscape that was able to debug JavaScript code in webpages, must have been in 2000 or so, maybe in Netscape 4. Don't remember if it was built in or not. Anyone remember what it was called?
Re: Thank You, Firebug (2017)
#64Wow, i almost forgot about Firebug. From my point of view it was really a game changer. The first time debugging and understanding web-applications became accessible. Probably all browser dev tools were inspired by this tool
I can't even comprehend how anybody was able to do Javascript development pre-Firebug. I dabbled in client-side web development a bit in the early days of IE and found that the default behavior of a Javascript-enabled page when it encountered an error was to render a blank page and not log or report an error anywhere. I immediately retreated back to server-side development and didn't go back for years.
Re: Thank You, Firebug (2017)
#65Wow, i almost forgot about Firebug. From my point of view it was really a game changer. The first time debugging and understanding web-applications became accessible. Probably all browser dev tools were inspired by this tool
I can't even comprehend how anybody was able to do Javascript development pre-Firebug. I dabbled in client-side web development a bit in the early days of IE and found that the default behavior of a Javascript-enabled page when it encountered an error was to render a blank page and not log or report an error anywhere. I immediately retreated back to server-side development and didn't go back for years.
I taught myself programming with ASP Classic (VBScript) completely unaware of debuggers and it was normal to dump variable values to the output to try understand what was happening.
I did the same with PHP and initially the same with JavaScript.
However, once I learnt how to debug in Chrome’s dev tools, the idea of working without a debugger for any programming became unthinkable.
Re: Thank You, Firebug (2017)
#66Nowadays we take the dev tools for granted but I'll always remember Firebug as the original dev tools and it being absolutely amazing for the time.
Re: Thank You, Firebug (2017)
#67Earlier quoted context omitted.
Firebug is the reason Firefox broke IE’s crown. On one project we had management tell us specifically not to support Mozilla. Fuck you man. We get the software running on Mozilla first because it’s the only place we can debug properly. Then we fix whatever IE bugs are left over by dead reconning. We’re still going to be Mozilla first, we just won’t tell you about it anymore. And you just lost some trustworthiness so…
Exactly that. When Mozilla started reimplementing it, it seemed somehow error stack traces started breaking for both firebug and the horrible builtin developer tools That's when we switched to Chrome for debugging, and only come back to Firefox to debug endless loops and stack overflows (because their Javascript VM is still better at being able to suspend/trace those)
Re: Thank You, Firebug (2017)
#68From a usability POV, it's entirely defendable: make the DOM visually look like the HTML you authored. But Firebug and our current browser devtools only add them for aesthetics and familiarity.
It rarely causes problems, but it'll explain why you'll see `` in DevTools even if your HTML doesn't have it. Still, I think dropping the HTML-y representation of DOM elements could be a win — removing end tags in particular would improve the information density.
Bonus: A Firebug Cheatsheet I made in 2007, 4 years before I was working on Chrome DevTools: https://imgur.com/I2KbZWm
Re: Thank You, Firebug (2017)
#69Earlier quoted context omitted.
I can't even comprehend how anybody was able to do Javascript development pre-Firebug. I dabbled in client-side web development a bit in the early days of IE and found that the default behavior of a Javascript-enabled page when it encountered an error was to render a blank page and not log or report an error anywhere. I immediately retreated back to server-side development and didn't go back for years.
Lots of alerts and console prints. Which sucked, but the modern tools support the giant monstrosities of today. So not a complete win.
Still, I can't comprehend how you could develop anything in Javascript with just console.print either. You have my respect and admiration.
Re: Thank You, Firebug (2017)
#70Earlier quoted context omitted.
I think Flash lost because it shot itself in the foot, Firebug or not. Flash was way beyond the web stack of that time in pretty much every aspect, and it would still have some advantages even today if it was still supported. But Adobe completely dropped the ball. The plugin was a buggy mess, which regularly topped the charts in term of vulnerabilities and accessibility was pretty bad, all fixable problems they didn'…
i think the greatest thing we lost with flash is even non-technical people making something in an editor, hitting export, and getting a single small file that worked similarly enough to an image that it was trivial to just upload somewhere and have it be embedded there.
But good luck teaching them how to make that tetris clone in React nowadays...