Live data from Hacker News

Ask HN: Webdevs, designers: what devtools should we (Mozilla) build in Firefox?

news.ycombinator.com

311–320 of 360 posts

Re: Ask HN: Webdevs, designers: what devtools should we (Mozilla) build in Firefox?

#311
post #73

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…

Isn't this the kind of thing that webRTC will allow people to create?

Re: Ask HN: Webdevs, designers: what devtools should we (Mozilla) build in Firefox?

#312

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

Indeed the ecosystem and support around source maps isn't super easy in total, but I wouldn't call any particular point in isolation particularly difficult. It's just that there is quite a few of them.

Re: Ask HN: Webdevs, designers: what devtools should we (Mozilla) build in Firefox?

#313
On Firebug, when you hover the layout section, the respective section of the selected HTML element is highlighted. I use _a lot_ this feature, it is very useful, and IMHO is a must-have for a webdev tool :-)

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

#314
post #81

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

Merging these two tools would be by number 1 request.

Re: Ask HN: Webdevs, designers: what devtools should we (Mozilla) build in Firefox?

#315

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

Hadn't been planning it, but it sounds like a very sensible idea! Added an issue in GitHub which you can follow if you like: https://github.com/DataTables/VisualEvent/issues/26

Re: Ask HN: Webdevs, designers: what devtools should we (Mozilla) build in Firefox?

#317
This comment may get lost... I have a lot of the same problems as others on this list. I love FF but use Chrome for developing, it is so much nicer. I don't get a lot of FireBug or whatever it is called. I use the DOM Inspector a lot (with the right click -> inspect this menu)

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

#318
post #316

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

There are plenty of ways of doing this. I have the DOM Inspector installed, then you can either ctrl+shift+I to launch it and then click on the Mouse Icon to start selecting items on the page and see them in the DOM Tree. Or I also have the right click -> inspect plugin. Now you can just right click on the page then "inspect element"

Re: Ask HN: Webdevs, designers: what devtools should we (Mozilla) build in Firefox?

#319

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

chrome lets you see what events are attached to DOM elements. It also lets you add breakpoints to the JS in an onclick="dothis()" so you can just step into it.

Re: Ask HN: Webdevs, designers: what devtools should we (Mozilla) build in Firefox?

#320
One feature I love is, When I right click on the tab it should give an option to stop the music or video I am playing. May be you should provide hooks for the web page developer to integrate their music/video player to your menu items.
Post reply on HN