From: <QUA...@ao...> - 2002-10-18 04:13:55
|
The only project in the UI module I would like to complete before we reach the 1.0 milestone is a refactoring/reorganization of what's already there. Client.java is getting becoming cluttered with methods that don't necessarily belong in the main UI class. When you look at the UI module's code, it is clear it was written rather sloppily - I'd like to clean it up, and organize it better. File Transfers- I'm not sure I totally understood your explanation of queuing a file to be transferred. I'm confused on the transfer of the file ID number, why do both the Control and UI modules need this? As far as the actual transfer, we will need to design a segmentation protocol I'm sure - Sending a File object won't cut it. The sending client should be able to read x bytes from an output stream, send x bytes over the network connection, and the receiving client should be able to write x bytes to an input stream. The initial packet sent should contain the file length in bytes. Multiple Groups- Doing multiple groups similarly to the way we do the single now, and just adding another id number, would probably require less change to the existing code. This could still be invitational... we could even allow the group creator to define this id number - or word - just limit it to a certain length. User Profiles- These could be very useful and convenient... what kind of information is contained in the profile? Where is this information stored? How are profiles made available to other users on the network? -Ryan |