On Thu, 6 Dec 2001, Peter Donald wrote: > On Thu, 6 Dec 2001 18:38, Peter Donald wrote: > > On Thu, 6 Dec 2001 18:17, Conor MacNeill wrote: > > > In my view we should either > > > > > > 1. not bother deprecating things since we will never remove them > > > 2. deprecate things to encourage better usage but not remove them > > > > +1 > > I should modify that to > > "deprecate things to encourage better usage but not remove them" unless they > inhibit growth of ant and have been deprecated for a number of releases or > were completely broken to begin with and unlikely people used them.
I would add: _Never_ remove or change behavior for documented attribute names in official ant releases. I'm ok with changing internal interfaces - but I see absolutely no justification for not keeping a setter that calls the new method. Costin -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
