[EMAIL PROTECTED]">Prove it. Gerv, Doron and many others (who started as qa, then went to easy development, then harder development) didn't seem to have any problems.
1. This new KW would be most beneficial in getting the attention of
*novice programmers* and experienced programmers who need a short
break/diversion/easy success to identify simple bugs that are often
overlooked because the feature is already "good enough" (but not really)
as it is, or is not on the "we must do the other critical bugs first" list..
[EMAIL PROTECTED]">The 99% case is that they do provide a very clear indication, i.e.
2. minor, trivial and enhancement *ONLY* indicate the "importance" of a bug. They give NO indication of the "complexity" of a bug.
Trivial: cosmetic problem like misspelled words or misaligned text
from http://bugzilla.mozilla.org/bug_status.html#severity
We've also got the polish keyword
[EMAIL PROTECTED]">A bug could very well have a "trivial" severity and be quite "difficult" to fix. Likewise, a bug could be a "blocker" but very "easy" to fix. This would be an *extreme but obvious+ case of *LoRiskHiReward*.Yes, we could categorize bugs in a million ways. You'll need to show that there's demand for this keyword.
[EMAIL PROTECTED]">Says you. Frankly I don't see the problems you describe. I've seen tons and tons of people start small in the project and go far.
3. The reason nobody has come to fix the 20 bugs I listed in this bug (see my bug) is because nobody knows to look for them. Another clear indication that we desperately need a way for beginner or casual/occasional contributers to help move this project along.
--Blake
