Information Gathering and Organizing
That was followed by a work week in San Francisco and Mountain View. Mozilla’s product team is working on the product roadmaps for 2012. You should start seeing drafts coming out for review and comment soon.
I also did three more user interviews. These have been very interesting, and will undoubtedly improve our product plans. I’ve also heard about some other user research going on at Mozilla around app development that may have some interesting information for developer tools as well. Once I figure out the best way to package up the research we’ve been doing, I’ll get it posted.
The most exciting news is the release of a new Aurora build last week. Five of our feature pages landed for Firefox 10. You can find a more coherent version of what’s exciting about Firefox 10 (due January 31, 2012) in this Mozilla Hacks article that I posted yesterday.
New Feature Pages
Consistently, the users I’ve interviewed use the console, CSS tools and network request timeline the most. We have other data that shows a great many users also use the debugger features of web development tools. We now have a console, CSS tools and a debugger in the works. That leaves a network timeline, for which we’re figuring out scope and a plan.
In the meantime, I added feature pages to cover a couple of things that didn’t make it into Firefox 10. The enhanced property views page is about making the way CSS properties are displayed and edited in the Style Inspector even better.
The Layout In Highlighter page is for adding a feature that web developers find useful in other tools: being able to see margins and padding around an element right around the element itself on the page.
I had created a page to track against our plans for multi-process (“electrolysis”) Firefox. The engineering team has decided to take other approaches to improve Firefox’s responsiveness, which means that we don’t need to tackle multi-process rearchitecture work right now.
A Comment on the Feature Page System
Something that has felt a little awkward to me about our feature pages system is that improvements (like the “enhanced property views” above) to previously shipped features need to either get glommed together into a feature page or just live as bugzilla bugs. So, there are actually two places (feature pages and bugzilla) where useful work to be done or things that have been done can appear.
The line for me seems to be that bugzilla is used for the details of implementation and prioritizing the parts of the implementation that need to happen. The feature pages provide higher level context of what we’re trying to accomplish.
If you’re interested in helping out with Firefox web developer tools, I’d suggest looking at our Get Involved page which has links to both our feature pages and to our bugzilla bugs.