> > My experience is that GIMP developers don't care what any user would > like to have. > Clearly untrue. We have the Unified Transform Tool, hardware acceleration, Mypaint brush engine, and (up to) 64bit colour depth, and linear light blending modes to look forward to in the next release, the freakishly awesome Handle Transform tool, a proper on-canvas warp-tool, and so so many more awesome things that users (including myself) have been asking for, and anxiously awaiting. There are things that I've asked for that didn't get implemented, but the minute I start feeling bad about GIMP, and where it's going, or that one thing I consider a priority over all others, I take a step back and and go use other image editors for a while. I'm usually back to GIMP within a day or so. :) Better yet, if I think my idea is really good, I could go about getting more of the community behind it with mockups and hanging out in the irc channels and asking/answering questions. Sitting silent on the gimp-developer mailing list and only poking my head up to offer up some ill-timed tautological criticism does zero good for anyone, I've found. There are some topics that just go round and round, which is why you will find devs (and the community) going with a previously established answer. Everyone's really sick of arguing about these things, and you can tell right away witch ones they are, because they are in the FAQ on GIMP.org, and you can feel the tension around the question and answer like a thick soup. No one wants that soup, so generally we send it back when someone offers up another helping of the same. :) > The general response is "we have previously decided that we want to do > it like this and we aren't interested in how the end user might find > something useful". > Ah "The End User". One end user's "might find something useful" is another user's horrendous workflow bottleneck. If it was previously decided on, there's likey a good reason for it. Could probably ask what the reasons are for enlightenment. This is in stark contrast to most of the other open source projects > that I work on that gladly take constructive input. > GIMP is a huge program with lots of end users, of which every one has their own priorities, workflow preferences, etc. GIMP also has very few developers, so a set list of priorities matter all the more. Thanks to everyone who works on GIMP. The current batch of new features in trunk are going to make waves in the community. It's a tremendous gift, and should be treated as such. My 2p > On 23 April 2016 at 09:51, Bill Skaggs <weskaggs@xxxxxxxxx> wrote: > > The great advantage of the bug-tracker is that it allows requests to be > > handled in a structured way. It is easy to find specific types of > > enhancement requests in the bug-tracker and examine the priority they > have > > been given and the discussion that followed them. Getting this > information > > from a forum is usually much more difficult. > > > > It is quite reasonable to bring up enhancement ideas in a forum and > discuss > > them there until they are reasonably specific and coherent, but once that > > has happened it is helpful to have an enhancement request created in the > > bug-tracker. If the developers don't like them, they can always be > > classified as WONTFIX or NOTABUG. > > > > > > > > On Sat, Apr 23, 2016 at 1:40 AM, Euri Pinhollow <pinhuer@xxxxxxxxx> > wrote: > > > >> My point of view is: enchancements should be discussed on the forum, > >> not in a bugtracker. Here is what DispCalGUI has: > >> https://hub.displaycal.net/forums/ > >> > >> Mailing list is not exceptionally convenient for many people (myself > >> included. I just mailed topic starter instead of mailing to the list > >> thinking that replying to mail will get it done. I now pressed "reply > >> to all") but may be still better than discussing enchancements in > >> bugtracker. > >> > >> Imgaine that every user wants something new. Because of number of > >> users being magnitudes larger than number of developers (who are not > >> paid) and those willing to contribute the project is guaranteed to > >> drown in requests. > >> > >> Bugtracker is for developers and they should pick doable tasks from > >> forum themselves. > >> _______________________________________________ > >> gimp-developer-list mailing list > >> List address: gimp-developer-list@xxxxxxxxx > >> List membership: > >> https://mail.gnome.org/mailman/listinfo/gimp-developer-list > >> List archives: https://mail.gnome.org/archives/gimp-developer-list > >> > > _______________________________________________ > > gimp-developer-list mailing list > > List address: gimp-developer-list@xxxxxxxxx > > List membership: > https://mail.gnome.org/mailman/listinfo/gimp-developer-list > > List archives: https://mail.gnome.org/archives/gimp-developer-list > _______________________________________________ > gimp-developer-list mailing list > List address: gimp-developer-list@xxxxxxxxx > List membership: > https://mail.gnome.org/mailman/listinfo/gimp-developer-list > List archives: https://mail.gnome.org/archives/gimp-developer-list > _______________________________________________ gimp-developer-list mailing list List address: gimp-developer-list@xxxxxxxxx List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
