For bug fixes, I would suggest the development list. For enhancements or changes to functionality that might break something, I'd suggest a discussion on the development list prior to doing the work. I'd also suggest adding a page to the wiki where significant points of discussion could be documented.
As a developer, I found that methodology useful when creating named o-words. The need for documentation and discussion helped me clarify the functionality and caused me to change the syntax to something better than my original proposal. Ken Maximilian H wrote: > Hello Chris, > > i do have more interpreter code. To whom to i submit it for > discussion/review/commit ? > > Thanks > BR > Max > > > >> On Mon, Jun 29, 2009 at 02:28:12PM +0200, Maximilian H wrote: >> >>> The attached small patch to Interp::read_items allows o-words with >>> n-words without changing any other behaviour (methinks). >>> >> This tested OK so I committed it for you. Thanks for contributing! >> >> Chris >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> > > > ------------------------------------------------------------------------------ > _______________________________________________ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > ------------------------------------------------------------------------------ _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users