<br><br><div class="gmail_quote">On Tue, Feb 23, 2010 at 6:07 AM, Gervase Markham <span dir="ltr"><<a href="mailto:gerv@mozilla.org">gerv@mozilla.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On 22/02/10 20:25, Guy Pyrzak wrote:<br>
> 1. People willing to work on the UI.<br>
<br>
</div>I agree that this is tricky, but if we had a big pile of excellent<br>
designs and no-one to implement them, we'd be in a much better place<br>
than we are now.</blockquote><div> </div><div>I am happy to implement actual UIs, getting "ready to build" UI's is somewhat difficult though. So here is a challenge to you: You get the designs in a ready to build state, I'll get the developers. I say it that way b/c I'm happy to implement the UI's myself if I have to, I'll call it my Bugzilla vacation.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> 2. Mozilla folks who are supportive of simplification of the UI<br>
<br>
</div>That's an incredible thing to say. It's Mozilla folk who scream most<br>
loudly at me that Bugzilla is overly-complex.<br></blockquote><div>See most of my UI changes. However, to be fair they might be the few angry folks and 99% of the community might like it but just stays silent. I'm not as familiar as some of the veterans at ignoring the "trolls" and I usually try to listen to everyone who is willing to give feedback and find solutions that fit as many issues as possible.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Who have you heard complaining about UI simplification ideas, and where?<br></blockquote><div><br></div><div>
I really dislike naming names, but see my latest blog post about the new search UI.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
> 3. Designers willing to post constructive ideas about how to improve the<br>
> complex parts of the UI<br>
<br>
</div>I have recently posted proposals for:<br>
<br>
- Tagging (which would allow us to remove some hard-coded fields and<br>
increase flexibility, thereby simplifying the UI)<br>
<br>
- Generic bug relationships (which would allow us to remove<br>
depends/blocked and See Also and increase flexibility, thereby<br>
simplifying the UI)<br></blockquote><div><br></div><div>Tagging is something we have talked about for a while in terms of UI. I think the disagreement is how Tags would actually work and how they would fix EVERYTHING or just some things. I thought jjclark was working on a generalized bug relationship, but again, i see that as a how the backend works not the UI/experience. </div>
<div><br></div><div>I think being able to remove ANY of the Bugzilla fields from the UI is a good idea and I think there is a bug to make many of the built in fields into custom fields so that they can be removed. Not sure what the status of that bug is. On that note i think stuff like OS/Platform etc could also be made into custom fields so they could be removed if that was a desire. By moving the built in fields into custom fields we'd also get showing and hiding of fields based on other fields so that some components could use them and others could chose to not use them.  I chalk this up to Bugzilla moving slowly, not to Bugzilla being unwilling to listen to feedback.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
and both of these suggestions have received negative feedback from<br>
prominent members of the Bugzilla community.<br>
<br>
There have also been shedloads of posts from Mozilla community members<br>
about UI design and simplification, including some actual practical<br>
implementations (things like Jesse's TidyBug).<br>
<div class="im"><br>
<a href="http://www.azarask.in/blog/post/improving-bugzilla-people-bugs-search-and-planning/" target="_blank">http://www.azarask.in/blog/post/improving-bugzilla-people-bugs-search-and-planning/</a><br>
</div><a href="http://jboriss.wordpress.com/2009/04/22/my-bugzilla-redesign-2%C2%A2/" target="_blank">http://jboriss.wordpress.com/2009/04/22/my-bugzilla-redesign-2%C2%A2/</a><br>
<a href="http://blog.fligtar.com/2009/04/23/fancypants-a-new-bugzilla-skin/" target="_blank">http://blog.fligtar.com/2009/04/23/fancypants-a-new-bugzilla-skin/</a><br>
<a href="http://www.squarefree.com/2009/04/20/getting-bugs-done/" target="_blank">http://www.squarefree.com/2009/04/20/getting-bugs-done/</a></blockquote><div>I've been involved with all of these guys and talked to them at length and filed bugs, made jetpacks, worked on mocks based on these discussions. But 4 posts does not equal an active design community. Please read through these and you'll see that I've either implemented or discussed many of the suggestions in one way or another (aza's will be the next thing i work on by trying to add more "human" elements via gravatar). Fligtar's UI/Tidybug I have turned into a jetpack and Mkanat has a similar UI that tries to follow a similar concept of getting rid of lots of the fields. </div>
<div><br></div><div>Jesse's GBD stuff is great! It's a great idea for BMO and probably lots of other places. It can technically be implemented via the current infrastructure so all we really need is mocks and specifics and we could start playing around with it either as an extension or core Bugzilla, but I personally need more than just a matrix to implement this UI. If the BMO/MoCo/MoFo folks want this lets move on it and get some mocks put together.</div>
<div><br></div><div>Jborris's hompeage UI is actually available on BMO right now (you filed the bug to make it the default) and as far as I know it is awaiting 1 bug fix to make it the default UI on BMO. I've been hesitant to fix it b/c in its current state I think it is SUPER ugly, and needs more TLC but maybe I shouldn't wait anymore. </div>
<div><br></div><div>Aza's stuff will take longer but just last night I was talking to Mkanat about an extension to add a more human element to Bugzilla via a gravatars extension. His concepts are defiantly a direction I'd like to see Bugzilla or some Uber Extensions go, but I think you would agree many of them are big features that are much more than just UI.</div>
<div><br></div><div>And on a side topic, Gerv, we should post Aza's ideas for some of the summer of code work. Should I do it or do you mind?</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">
> The problem is many<br>
> people who post UI ideas are only thinking about how they use the tool<br>
> (which isn't a bad thing but that's why we usually don't<br>
> just implement their ideas directly) not how new users AND extreme experts<br>
> would use the tool which is what makes designing for Bugzilla challenging. I<br>
> myself am guilty of doing this and have slowly learned the right way to<br>
> approach doing these sorts of designs.<br>
<br>
</div>I don't think the professional UI people represented in the above blog<br>
posts could be accused of that. (And I, while not being paid to do UI<br>
design, have read extensively on the subject, redesigned several sites,<br>
and count it among one of my primary interests.)<br></blockquote><div><br></div><div>The guys posted above have done a FANTASTIC job of posting ideas, I encourage others and these guys to post more! I know the Bugzilla community (and me personally) have listened and tried to implement and experiment with their ideas. I would hope that the same way you defend their 4 posts as a "shedloads" of ideas, you would recognize the work we're doing on the Bugzilla community side to implement the suggestions. Yes, we're slow and if that's the accusation then it's a very fair one. But accusing us of not caring about UI or not trying to fix it is not.</div>
<div><br></div><div>-Guy</div><div> </div></div>