- Class MSN::Buddy::PhoneNumber
- BPR's need to be handled at any time, not just when syncing.
- Member MSN::Buddy::PhoneNumber::enabled
- Document me!
- Member MSN::Buddy::PhoneNumber::title
- Should this be an enumeration containing the possible types of phone number?
- Class MSN::Connection
- Connection should have a read buffer that stores all incoming data that is waiting to be processed. Member functions should use that for necessary data, and not call Connection::readExactly.
- Member MSN::Connection::connected
- This is currently public only because FileTransferInvitation::receiveFile accesses it. It should be made protected in the future, and FileTransferInvitation refactored to remove it's dependency on this attribute.
- Class MSN::FileTransferConnection
- Finish refactoring to store progress explicitly rather than in a complex combination of member variables.
- Member MSN::FileTransferConnection::connect (const std::string &hostname, unsigned int port)
- Should this really be an empty function?
- Member MSN::FileTransferInvitation::FileTransferInvitation (Invitation::ApplicationType application_, std::string cookie_, Passport otherUser_, SwitchboardServerConnection *switchboardConnection_, std::string fileName_, long unsigned fileSize_, void *userData_=NULL)
- Do all of these parameters really need to be in the constructor?
- Member MSN::FileTransferInvitation::acceptTransfer (const std::string &destinationFile)
- Should the received data be passed back to the user to store in the file? This would remove some of the complexity in the file transfer code.
- Class MSN::Message
- Complete read/write support for formatting messages.
- Member MSN::NotificationServerConnection::addCallback (NotificationServerCallback cb, int trid, void *data)
void *
is bad.
- Class MSN::Passport
- Document validation rules.
- Class MSN::Passport
- Investigate subclassing std::string to reduce code duplication.
Generated on Sun Feb 6 19:59:40 2005 for libmsn by
1.4.1