Internet Relay Chat Protocol for client and server.
Future Plans
============
The way the IRCClient class works here encourages people to implement IRC clients by subclassing the ephemeral protocol class, and it tends to end up with way more state than it should for an object which will be destroyed as soon as the TCP transport drops. Someone oughta do something about that, ya know?
The DCC support needs to have more hooks for the client for it to be able to ask the user things like \"Do you want to accept this session?\" and \"Transfer #2 is 67% done.\" and otherwise manage the DCC sessions.
Test coverage needs to be better.
@author: Kevin Turner
And maybe I'm made of stern enough stuff to fix it. It's gonna require a flag day if we start keeping state (and I have no interest in dcc). But yeah, day #1, that little bit found me.
0 comments:
Post a Comment