Changes

Jump to: navigation, search

Bugzilla:Bug Layout Revision

2,818 bytes added, 19:16, 23 December 2006
no edit summary
* The magical expanding comment box. It expands too much here, and doesn't seem to depend on browser window size, making it really, really annoying. (Yes, I know it's an option I can turn off, but it really helps to have things behave sanely by default.)
* The Hide Obsolete/Show Obsolete links for the attachment table cause the browser to jump to the top of the table - really annoying. If it is to scroll anywhere, it should scroll by just enough up or down to keep the link (and bottom of the table) in the same place. That's trivial JS, too.
 
=== Wayne ===
 
There is a lot to like in this makeover which I won't go into except to say kudos to the team, and good comments above.
 
Least controversial (hopefully) aesthetics first:
 
* horizontal rulers IMO add nothing but space and are so 80s - begone forever (shaded text line is a more pleasing and more obvious visual cue)
* shaded banner is sufficient to delineate each comment - the extra line at the end of each comment wastes space - begone (the only thing it could help IMO is writing comments on printed pages, which has got to be a rarity)
* "additional comments" - shade the line (a natural extension of the progression of the comments above), could also shorten to "add comments"
* in the change section at bottom, remove the word "bug" and associated prepositions from "accept bug", "resolve bug ...", etc - it's implied (and, as an example, not used in the text at top section of showbug)
 
In addition:
 
* (speaking for the poor _average_ bugzilla user) whiteboard I would argue when it has something useful is possibly the most important of all the items for communicating to the average reader something to which they need to pay attention (workaround comment #, warnings, don't comment unless, etc) - and therefore should stay in a prominent location or it is too easily missed. Respectfully disagreeing with LpSolit, I would argue at least above keyword.
* 2-column vs 3-column - 2 is easier to read and I don't see significant space gains with 3 (this coming from someone who is all about screen real estate)
* mconnor's layout below "Bug #" looks cleaner - not saying it's all better, but clean is appealing
* "last comment" link doesn't belong on a line with search functions
* a collection of actions is appealing but should not take an extra line up top - could "actions" be a drop down selection list next to "edit" on the shaded bug summary line?
* votes can perhaps go anywhere - but I submit for the average user it is lost amongst everything up top - it may not be cleaner but somewhere near "commit" makes more sense from a usability standpoint
* I very much dislike using two lines at the top, with "settings", logout and all kinds of links, where one line will do and which includes things which will be so infrequently used (unless there is a user pref to only display at bottom)
 
Finally, search and search navigation in multiple places seems odd. After looking at the old layout, i.e. the line with "Bug List:", mconnor's and the current proposal, how about modified version with a single line for all functions related to '''navigating''' bugzilla (not navigating the bug or prefs). For example
 
'''Bug:''' <u>New</u> '''Search:''' ______ Quick <u>Advanced</u> '''Search Results:''' <u>Edit</u> ''<u><< First</u> <u>< Prev</u> m of n <u>Next ></u> <u>Last >></u>''
Canmove, confirm
2,129
edits

Navigation menu