On Tue, Dec 17, 2002 at 11:27:24AM -0000, Simon Porter wrote: > 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. Talk to Mathew Ryden about this, I don't deal with the Windoze systray applet. > > 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. The default for 0.5.1 will be for the node to be permanent. We need to find some way to detect whether we can accept incoming connections... Or maybe we don't. A node behind a NAT (that hasn't had forwarding etc set up manually) will have a LAN address, and all it's announcement attempts will be ignored. The only major issue would be nodes with real internet addresses behind firewalls that reject all incoming connections... very common in places where you might get fired for running a freenet node, I don't know how much of a concern it is really. If it is a problem, we can perhaps implement an FNP field that is only valid for one hop that says "close all connections to sending node before replying" (it would then reopen), and have the node use that to detect whether it is capable of receiving incoming connections, and when it finds it isn't it could warn the user via the Web Interface page... I am uncertain as to whether this is a good use of resources however. > > 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. We have a project-wide TODO file in CVS. I have a TODO file on my local machine. That's about it. There is a feature/bug tracker on our sourceforge page - nobody uses it. > > Simon >
-- 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/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20021217/eccc794d/attachment.pgp>
