Re: submitting code
- Posted by useless Oct 01, 2009
- 1692 views
... it's misleading to suggest that all working useable desireable code is going to be considered in a positive light
I never said that so how can you say what I said was misleading?
The nearest I got to that was that I implied that all submitted work would be examined on its merits. If I submitted something that I wanted but everyone (or majority) regarded as junk then it will be rejected.
It was objectionable that i pointed out that good code may be thrown out for no good reasons. This puts the whole process of reviewing code in a bad light. But it's true, you never stated the obvious inferal to what you and/or i said. If i submit code, it's not examined on it's merits. I feel some other people have also submitted code not in core Eu, which would have been if examined on it's merits.
Just as you are allowed to make improvements in Euphoria every day, i am not allowed to make improvements, every day.
Now hang on there ... you decided to remove yourself from the development team. No one pushed you out or even told to you to leave. It was your decision so don't start on about not being allowed. You, like everyone else not in that team can still submit ideas and code. YOU ARE ALLOWED.
Fine, sign me up again!
Uh huh, lets see how far that gets!
So it's not far from my mind that the off-topic harrassment which was against me on euphorum stopped only when i took removed all code for task messaging.
What you call "harrassment", nearly everyone calls "opposing opinion". Getting opposing opinion is a good thing - it helps one clarify one's own stance on things.
Defining "to" isn't "opposing opinion". Me raising no objections to Jeremy "fixing" code to allow tasking to be be used in http.e while someone else is saying me using the (apparently untested) code is what broke it, isn't "opposing opinion".
Or how there was a tide against me when i asked for string handling functions a decade ago, wrote strtok.e, and then those functions were added to Eu v4, but i was useless in that addition. Functions i didn't release with strtok v3 were not in Eu v4, functions i use every day, which i believe would be a valueable contribution. In deep depression i simply gave Derek permission to scrape whatever he wanted from the lib. I knew better than to do any more to be helpful.
A "tide"!?!?! Really ... a "tide"?? If I recall, there might have been two or three people that had differing ideas about some of that library's functionality. [/quote] Yes, it went something along the lines of: "Eu has sequences, we don't need strings or a string lib".
Now some functionality that is common with your library has been included in Euphoria. These were not lifted from your code and were added because they are common to most language's standard library.
That's fine too. It's just that after a decade of using strings in Eu, no one said "hey useless, test this in your work and see if it breaks".
I believe the getxml() in strtok lib would detect some misuse of the creole tags in this forum, from missing tags to overlapping tags fields, but that suggestion was overlooked as well.
Well you'd be wrong then. That function would not help the creole parsing because creole syntax is vastly different from XML.
It has opening and closing tags, that's all that getxml operates on. How is creole not using closing tags? I bet if i leave out a few, the forum layout will be trashed again. You can spec what the tags are in getxml. If there's one set of in a fear the idea of submitting this code, because the code isn't the object of the derision, i am. Several times in this forum and on the devlist, verbal fights took away time better spent on coding, fights which as often as not had nothing to do with the submitted code. [/quote] These "fights" did not begin as such. They began as honest requests for explanation or as opposing opinions, but seemed to escalate rapidly when you started to take them personally, which they never were.
What Derek had said as a blanket statement was over-simplified and could have had many caveats added. I added comments where he made the statement. While i respect Derek, i do not respect the process as applied here or some of the participants. More than one person has stated we traded the dictatorship of RobC for an equally frustrating dictatorship. There is just no end of irrelavant "reasons" for some code/functions being refused. Granted, there are some relavant reasons.
It was not "over-simplified". What caveats are required?
Name one rejection that was done so for irrelevant reasons.
Ok:
Well you'd be wrong then. That function would not help the creole parsing because creole syntax is vastly different from XML.
I gave pro and con for submitting code in the parent thread, but if Bruce would rather just get on with his job, do not submit code here. Share it with anyone who asks for it, but don't do it in euphorum, the devlist, or the ticket page on this site or sourceforge. There's just too much overhead.
And what should be done instead to get anyone's code into Euphoria?
Perhaps the process working as advertised.
useless
