This is a big request: Improve "design in the browser" capabilities. i.e. pushing CSS/HTML and maybe JS changes made in Dev Tools back to the source files without manual shenanigans in the middle. I probably waste more time copying CSS / HTML tweak diffs from the browser back into the related source files than anything else with in browser dev tools. Due to the nature of 'losing changes' if I happen to hit refresh or…
Ask HN: Webdevs, designers: what devtools should we (Mozilla) build in Firefox?
311–320 of 360 posts
Re: Ask HN: Webdevs, designers: what devtools should we (Mozilla) build in Firefox?
#312Earlier quoted context omitted.
I'm not sure I would say that JS source maps are a hard problem to solve.
Fair point. However, it has taken years to get to where we are today (CoffeeScript just shipping support, limited browser support), so it doesn't seem to be an easy problem either.
Re: Ask HN: Webdevs, designers: what devtools should we (Mozilla) build in Firefox?
#313Another feature I would like to see is a 'Disable cache', and a 'Open source code in a new tab' (the things I use more of Web Developer Tools :-) )
Re: Ask HN: Webdevs, designers: what devtools should we (Mozilla) build in Firefox?
#314Earlier quoted context omitted.
My understanding is that Firebug is discontinued from Mozilla's side (which means nothing wrt any volunteer effort ongoing there, btw!), but they assist in keeping it alive on Firefox updates because the native tools don't have the same functionality yet.
Our team also work on Firebug. So no, it's not "discontinued". We are working on sharing more code. In an ideal world, we will be able to merge these 2 tools in the future.
Re: Ask HN: Webdevs, designers: what devtools should we (Mozilla) build in Firefox?
#315Earlier quoted context omitted.
> Visualized event bindings. Would be awesome to have a visual indicator of event bindings right on the page. Color-coded bounding boxes drawn around elements with a label denoting the event type. A bit of shameless self promotion - I wrote a bookmarklet to do that asking talking to a couple of Mozilla folks a few years back: http://sprymedia.co.uk/article/Visual+Event+2 . Source is available on GitHub: https://githu…
Thanks for the awesome tool! I've found it handy on more than one occasion to trace jQuery/vanilla JS listeners. Any plans for Dojo support?
Re: Ask HN: Webdevs, designers: what devtools should we (Mozilla) build in Firefox?
#316Re: Ask HN: Webdevs, designers: what devtools should we (Mozilla) build in Firefox?
#317But what I'd like is to be able to mark a set of CSS rules and see if they are ever run. Put a breakpoint on them. Then browse around my website and see which are used and if any are superfluous. When taking over another website from another team, de-crufting the CSS is a pain.
Re: Ask HN: Webdevs, designers: what devtools should we (Mozilla) build in Firefox?
#318Just thinking that debugging a huge DOM is a waste of time after each refresh. If there's a way to visually select/click elements on screen to directly zoom in onto the part of the DOM tree, that will be kickass.
Re: Ask HN: Webdevs, designers: what devtools should we (Mozilla) build in Firefox?
#319I spend a lot of time needing to step through/understand someone else's pages/script, and would really like to see a way to immediately link between the HTML on* attributes and the functions that are invoked. I can at least get the function names through the DOM tree sub-tab, but I end up doing global finds to actually get the function being called - especially when someone has overloaded myFunc() with N different pa…