That ticket doesn't have a difference of opinion: it has a core developer of iD offering to buy a cake for whoever contributes a fix. Nobody has contributed a fix: one would be accepted if it was contributed. Plus, we'd give that person a cake.
That isn't a difference of opinion: there's no opposition. There's encouragement and an offer of reward for help. There's limited time "the core developers" have to work on iD, and they accept snark and hatred when they do. So no, that isn't a difference of opinion. It's a place where we need help and aren't getting it. Threads like this don't help. On Wed, Feb 11, 2015 at 12:45 PM, Michael Reichert <[email protected]> wrote: > Hi, > > Am 2015-02-11 um 17:25 schrieb Tom MacWright: > >> Unfortunately, experience suggests that there's relatively little that a > >> discussion on on the "talk" mailing list is going to be able to do here. > > > > > > This. Help with development or give productive feedback on the issue > > tracker. FUD around editors has been discussed to death and it's clear > that > > writing more emails won't do anything. > > The relation issue has been reported almost two years ago. > > https://github.com/openstreetmap/iD/issues/1461 > > This fact makes me to suggest everyone, every newbie, not to use iD. > > https://lists.openstreetmap.de/pipermail/stuttgart/2015-February/000526.html > (in German) > > From my point of view, there is huge difference in opinion between iD > developers and the mappers who clean up after an iD mapper has damaged > something. There are some cases where the "Don't confuse the user by > popup warnings" (it seems that this is the development goal of iD) does > not work. Relations are an example. > > https://github.com/openstreetmap/iD/blob/master/README.md says: > > It lets you do the most basic tasks while not breaking other people's > > data. > > I can just laugh out loudly. > > Best regards > > Michael > > >
_______________________________________________ talk mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk
