On Tue, 2008-11-11 at 15:54 +0100, Wacek Kusnierczyk wrote: > > Have you tried? But bear in mind that R Core has more to balance that > > just whether you think a design "flaw" or infelicity etc should be fixed > > when it decides whether to accept patches. > > > > my whole posting is an attempt, may you try to notice. > > vQ
Did you read what you wrote. And you still wonder why you get little response from certain quarters? 1) Don't say "no further comment" - that is quite arrogant to think that you are right and everyone who disagrees is wrong. 2) You are being critical of other people's work in a manner that is not polite or respectful of the efforts of others. There is nothing wrong with being critical - I never said there was - but there is a right way to go about it and a wrong way. Also, you have to consider where we are now with R and where we have come from. Whilst it would, in an ideal world, be great to fix every design flaw that you think is in R, there is too much inertia there now to change somethings or it will take a lot of effort on the part of a team of people who give that time for free. This has to be a consideration along side all the other considerations of good design, improving the logic of how R works etc. You might not agree, but as long as things are documented to work in a particular way then we might have to live with them, unless a good case can be made to break existing code and someone steps up to make the changes. G -- %~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~% Dr. Gavin Simpson [t] +44 (0)20 7679 0522 ECRC, UCL Geography, [f] +44 (0)20 7679 0565 Pearson Building, [e] gavin.simpsonATNOSPAMucl.ac.uk Gower Street, London [w] http://www.ucl.ac.uk/~ucfagls/ UK. WC1E 6BT. [w] http://www.freshwaters.org.uk %~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~% ______________________________________________ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
