[Mldonkey-bugs] [bug #8341] Enhancing Multiuser abilitys

[spiralvoice]

Follow-up Comment #2, bug #8341 (project mldonkey):

Copied from http://article.gmane.org/gmane.network.mldonkey.user/4449

Alexander Gräf wrote:

Hello mailing list recipients,

I'm currently in the progress of developing a GUI protocol library and GUI
frontend in managed C#. The GUI will run on Windows with Windows.Forms, the
protocol library will be system independent, so it could be used to write a
GUI with Mono, using Gtk# on Linux. Development makes progress, and I think
I'm beeing able to release a first beta in about 2 weeks.

Screenshots for the pre-alpha can be found here (no source or binaries
available yet):
http://dev.graef.cc/MLDonkey/Screenshots/

The binaries and sources will be published under an OSI-approved license.
However, while digging into the code of MLDonkey for finding out about
GUI-protocol details, I had to found out that MLDonkey hasn't multiuser
support beyond letting users login with different usernames and password.
There isn't even an owner tag on the FileInfo messages.

So my feature requests would be:

1) At least provide a string field for each FileInfo message (currently
OP-code 52), which contains the name of the user who added the file to the
download queue. This would at least provide some means for a GUI to hide
foreign files.

2) Extend the available informations about each user.
a) Attach an email address to each user account, to which a message can be
sent after the file download completed. 
b) Attach a group to each user account, which defines which actions can be
initiated by each user (downloading, options modifying, server reconning and
deleting, etc.)
c) Provide the possibility to have a different incoming directories for each
user, if the file is commited/auto-commited. This could also be accomplished
by using a placeholder string, like "/usr/<username>/mlincoming", where the
file is copyied to after commit.

3) Let the core hide all foreign files, but show all for users belonging to a
admin-group (this would also need features beeing implemented like
multiple-commiting for multiple users downloading the same file)

I'm aware several of those features were already requested, and I'm also aware
that those arent easy to implement. However, I'm not able to programm in
Ocaml, so I'm currently stuck with only beeing able to request the features,
but not beeing able to help with the development. However, having the option
to manage multiple users was the initial reason I switched away from using the
eMule embedded webserver and developing my own GUI.

Regards, Alexander Gräf


    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?func=detailitem&item_id=8341>

_______________________________________________
  Nachricht geschickt von/durch Savannah
  http://savannah.nongnu.org/