Jonathan E. Paton ([EMAIL PROTECTED]) wrote: > I agree though about abstraction of the communication aspect into a > module. The Games::Golf module currently focuses on testing and stuff, > however I did fly some ideas about a "Queue" class around... here is > the outline: > > The Queue class and subclasses manage the input and output of data > from a Games::Golf application. For example, a Queue::Mail collects > mail from a mail account, and processes it - one by one. A Queue::Mail > object could be used on both inputs and outputs along with TestSuite.pm > to remotely test player solutions.
Please don't start work on this Queue class without talking to me first - I've already written a sophisticated email filter in Perl which could trivially be adapted to perform this task: http://adamspiers.org/computing/parp/ Duplicated effort sucks :-)
