Re: [Freemind-developer] Categories assigned in bug tracker
A premier mind-mapping software written in Java
Brought to you by:
christianfoltin,
danielpolansky
From: Dan P. <dan...@gm...> - 2007-10-22 16:36:58
|
Hi Eric, On 10/19/07, Eric Lavarde - FreeMind <fre...@zo...> wrote: > > Applet vs. Viewer: I do fully agree with you, but our users mix both terms > in the forum, and I preferred to have both terms to avoid any > misunderstanding. Well, I guess our users should better learn the proper terms. In my view anyway. Capitalization: can do :-) Thanks :). > > > I do not see the presented categorization as all that meaningful; still, > > if > > you, Chris and Dimitry find it helpful, it is all right with me. For > > instance, I do not understand the mixing of the categories for operating > > systems with the other categories. > I thought about it as well, here my reasoning: some/most users won't be > able to assign correctly the bug as it requires not much but still a bit > of technical understanding, but (hopefully) they'll be able to categorize > under an operating system at least. Better have someone assigned who can > then check the bug (because he has the OS at home) and reassign it > properly. Thinking further, we could have less knowledgeable but > technically affine people, who could stand behind those OS categories > (like I'm already standing behind the Linux category). Okay. I still think the users are not going to assign the bugs, but let us see. > > > I would recommend to refrain from replicating this categorization in > > Patches > > and RFEs; I am failing to see its usefulness in these contexts. > Well, patches often fix bugs or make *small* improvements, so here the > usefulness should be as obvious as for bugs. For enhancement requests or > enhancement patches, it's in deed more disputable. > Nevertheless, just let me tell you this: we have currently 493 open > enhancement requests. Shouldn't we try to do something about those? By > auto-assigning such requests to the person who's best to implement the > request, perhaps we would alleviate the issue in the future. I think it unrealistic to want to implement all or even most of the feature requests, unless some developer wants to serve the user community instead of implementing the features most interesting to him or her. I personally was always implementing my favorite features, in the way that I preferred, and only some of the obvious, low-effort features requested by others. Some of the requests are pretty outlandish anyway. Regards, Dan |