While I agree on making a simpler interface, the post-first-search-later approach does not work very well imho.
1 - I can just ignore the 'found another similar issue' warning if I'm in a hurry anyway, and most people will do that, even if they have plenty of time. Forcing them to search first actually makes them think more about their own bug/request, so that the formulation is clearer in the end.
2 - if related issues presented are few / presented with a short text, it is hard to tell whether they really relate. If there are to many / with long texts, it is hard to read them all
3 - current implementation of the concept that springs to my mind: pecl/pear issue tracker. 99% of the "similar issues" presented are absolutely unrelated and just a waste of time. The important 1% is lost in the sea of related_issues text
Principal Consultant International Business
Member of the Community Project Board
I was describing a search first, post later, if no similar found approach. Sure, some people may ignore the search result but importance of looking through them can be politely stressed on the result page. Anyhow, it is better than alternative, with no search.
Forced search was only one important aspect tho, my main point was doing away with useless complexity of current tracker.
Certified eZ developer looking for projects.
zurgutt at gg.ee
Zstar Electronic Co.Ltd, we sell fire cards for DS/NDSL/NDSi, we also have Wii, DSiLL, NDSi, NDSL, PSP2000, PSP3000, PS2, PS3, PSP go, PSP, Xbox360 accessories www.zstar.hk
You must be logged in to post messages in this topic!
