misc/111238: Usability improvements for bug search result page

Victor Engmark victor.engmark at gmail.com
Wed Apr 4 15:50:04 UTC 2007


>Number:         111238
>Category:       misc
>Synopsis:       Usability improvements for bug search result page
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Wed Apr 04 15:50:03 GMT 2007
>Closed-Date:
>Last-Modified:
>Originator:     Victor Engmark
>Release:        n/a
>Organization:
n/a
>Environment:
n/a
>Description:
Following up on bug www/111231, here are some suggestions for the search result page - Still all IMHO and open for flames^H^H^H^H^H^H constructive feedback:

Add JavaScript code to sort according to any column (http://www.frequency-decoder.com/2006/09/16/unobtrusive-table-sort-script-revisited is good). This would offload the server (people won't have to do another search to change the sorting).
- Change the table headers into links to sort by that column. Much more natural than looking above the table for the sorting links.
- The legend takes up a lot of space, and is only useful until you learn it. You could move it below the search results or into a side bar to avoid it cluttering the first page of the result. You could also change the "S" column to show the full state name - It doesn't take much space compared to the other fields.
- For those not searching by bug ID, I guess the bug description is more important than the ID. Therefore, I suggest you remove that column and change the description to be the link.

Minor stuff:
- Abbreviations (states, responsibles) could be better understood if marked up with <abbr>.
- If the search results don't include any items of a category, that could be removed from the legend to save space.
>How-To-Repeat:
n/a
>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:


More information about the freebsd-bugs mailing list