Good to hear that the splitfile user interface is going to be
overhauled. Just another two things regarding usability. I don't know if
these ideas are in progress or have just been forgotten about.

The first was to make it more clear via the system tray what the status
of the node is. i.e. adding in something to let the user know it is
initialising or loading. It was also suggested that something other than
red be used for the icon as this usually signifies that something is
wrong or has gone wrong.

The second was the idea of having the node switch automatically from
transient to permanent is the node has been running for longer than x
hours. I like the sounds of this because there may be heavy users
running their computer almost 24hrs a day yet too lazy. Of course you
would have to add in an option to disable this. Perhaps have an
automatic mode as default and allow users to set it to manual if need
be.

Lastly I would be interested to know how developers are tracking feature
requests like the above. Would you find a web based tracking system
useful at all on the new website? It'll probably use php. If you have
any suggestions I'd love to hear them.

Simon

> -----Original Message-----
> From: devl-admin at freenetproject.org
[mailto:devl-admin at freenetproject.org]
> On Behalf Of Matthew Toseland
> Sent: 17 December 2002 02:57
> To: devl at freenetproject.org
> Subject: [freenet-dev] Something to research for 0.5.2...
> 
> 0.5.1 will be out soon. Main features being ARKs, working splitfiles
and
> lots of bug fixes.
> 
> 0.5.2 focuses will be initially:
> overhaul of splitfile user interface
> some sort of request pool so that we can allocate decent numbers of
> threads to a splitfile download/upload without overloading the node
> 
> other splitfile improvements
>       specifically: can we stream FEC splitfiles? it is certainly
>       possible to stream non-FEC splitfiles, (although we still
>       have to wait for the first block), but if it is FEC...
>       it might take a large number of randomly chosen blocks to
>       generate the first output block. So how do we do this? Any
>       constructive suggestion would be appreciated...
> --
> Matthew Toseland
> toad at amphibian.dyndns.org
> amphibian at users.sourceforge.net
> Freenet/Coldstore open source hacker.
> Employed full time by Freenet Project Inc. from 11/9/02 to 11/1/03
> http://freenetproject.org/


_______________________________________________
devl mailing list
devl at freenetproject.org
http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/devl

Reply via email to