find bar location and UX/Product oversight/review

Mike de Boer mdeboer at mozilla.com
Mon Jul 29 15:28:32 UTC 2013


Hi (fellow) Mike,

I obviously do not speak for the UX team, but I wanted to at least point you to some relevant bits concerning the decision to move the find bar to the top, which can be found in meta-bug 565552:

* Limi: https://bugzilla.mozilla.org/show_bug.cgi?id=565552#c0, keyword: papercuts
* Australis mockup by shorlander (NOT a spec!) https://bugzilla.mozilla.org/show_bug.cgi?id=565552#c48
* Shorlander: https://bugzilla.mozilla.org/show_bug.cgi?id=565552#c52

I hope that clarifies things a bit.

Mike.

On Jul 29, 2013, at 5:02 PM, Mike Connor <mconnor at mozilla.com> wrote:

> So… this was a pretty major change after nine years of the previous behaviour, and I couldn't see any sort of input from UX or Product on the bug (or at least duplication of their rationale, if it was discussed in a meeting or some such), or a related thread where it's articulated what we're looking to achieve with this change.  It really looks on the surface like it was just a developer deciding something should change, and landing a patch, though from digging into followup bugs it looks like this was discussed… somewhere.  We used to have a formal requirement to obtain ui-review to land patches like this, as a checkpoint to make sure we're being appropriately user-focused, is that no longer an expected step for things like this?  If nothing else, I think we shouldn't have landed this without solving the jank issues.
> 
> To be clear, I'm pretty ambivalent about the change if we fix the jank it added (and it sounds like Markus has a really solid fix coming [1]), my concern is about how we make major user-facing changes in a way that is transparent and open to constructive discussion.  A big part of how openness helps us is that we get a lot of focus and attention on how to get the best outcomes, even when it's difficult to hear some of the negative feedback.  If we do it up front, I think we'll get even better results with less friction, and that blunts the majority of the backlash when we make big changes.
> 
> -- Mike
> 
> [1] https://bugzilla.mozilla.org/show_bug.cgi?id=893446
> _______________________________________________
> firefox-dev mailing list
> firefox-dev at mozilla.org
> https://mail.mozilla.org/listinfo/firefox-dev

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4139 bytes
Desc: not available
URL: <http://mail.mozilla.org/pipermail/firefox-dev/attachments/20130729/2467b000/attachment.p7s>


More information about the firefox-dev mailing list