Jacqueline McNally wrote: > The trickiest bits and the most enquiries that come to webmasters are > wrt to logging in and choosing the relevant component. How is this > addressed in minizilla?
The objectives of miniZilla are: (1) encourage the user to provide a *useful* bug report (2) guide the user through the (significant) number fields, what they are, and what to put in them. Making the login easier was not a primary goal. - MiniZilla divides the process into smaller, more manageable steps. Several simple steps are easier than one very complex step. - Each step, and each field is more clearly labeled. There is more user feedback. - It's better documented. It includes links like "explain this", "how to write a good summary", "how to write a good bug report". - MiniZilla incorporates an IZ querry, which would hopefully reduce the number of duplicate entries. It also increases awareness of the need to search for issues by (1) showing the list of issues and (2) asking the user to say "no, my issue is not here". - MiniZilla encourages the use of votes, instead of filing new issues. - MiniZilla includes a pre-formatted bug report divided into sections: * Detailed description of the problem: * Step-by-step instructions to reproduce the problem: * What was the expected result? What was the actual result? Again, guiding the user towards submitting a useful report. - MiniZilla also removes a lot of options. It only includes a subset, and leaves the others for the "advanced" form. Like Joerg said, too many options confuse users. Cheers, -- Daniel Carrera | I don't want it perfect, Join OOoAuthors today! | I want it Tuesday. http://oooauthors.org | --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
