On Fri, Dec 20, 2002 at 01:52:31AM -0000, Simon Porter wrote: > I think that pretty much sums up what I was thinking for my original > idea. And no my original idea wasn't contiguous. This idea sounds really > easy to understand for 'n00bs'. It would be easy to explain in one or > two lines to them as well. My vote goes to this idea. Seconded, it seems to be the most reasonable single-bar solution (although I'd still like the section to the left of the black line indicated in black border somehow). > > > -----Original Message----- > > From: devl-admin at freenetproject.org > [mailto:devl-admin at freenetproject.org] > > On Behalf Of Andrew Rodland > > Sent: 20 December 2002 01:43 > > To: devl at freenetproject.org > > Subject: Re: [freenet-dev] SplitFileRequestServlet > > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On Thursday 19 December 2002 07:38 pm, Ian Clarke wrote: > > > > > > > The third stretch of the bar - maybe green, indicates the number > of > > > > > blocks which must be downloaded to reassemble the file. > > > > > > > > Eh? Sorry, I don't understand this bit at all. IRC? > > > > > > You need 100 blocks, out of 150. You have successfully downloaded > 20, > > > with 10 failures. The green area would be 80 blocks in length, > > > representing the number of blocks you must download at this point to > > > successfully reassemble the file. > > > > > Please, please, I know this is a "blue" theme, but if you're going to > use > > green, don't make it anything but "blocks we have". :) > > > > I would personally rather see: > > Green -- successful blocks. > > White* -- not tried blocks. > > A black line -- right after the number of blocks we need. > > White* -- not tried blocks. > > Yellow -- failed blocks that have retries left. > > Red -- blocks that have outright failed. > > > > *It could be that blue if you prefer, but I don't find it as > appealing. > > Note > > also that either/both of these sections could be nonexistent. The > point is > > that the black line should always appear in the 'right' place. > > > > If the green bar reaches the black line, we've been successful. > > If the red bar moves left of the black line, we've failed. > > If the yellow bar is left of the black line, then maybe we're in > danger. > > > > I think that this would be very easy to learn how to read -- and even > the > > uninitiated should be able to handle "green bar reaches black line == > > good" . > > > > Cheers > > - --hobbs > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.2.1 (GNU/Linux) > > > > iD8DBQE+AnWu6xdpaulLLFURAgxpAJ9IgpyQMXAEZP9K+8Aea+Y3X1iNHgCdFJ64 > > 3kKeFlBlGNDwpAJPKXf8+LU= > > =Eotu > > -----END PGP SIGNATURE----- > > > > > > _______________________________________________ > > devl mailing list > > devl at freenetproject.org > > http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/devl > > > _______________________________________________ > devl mailing list > devl at freenetproject.org > http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/devl >
-- 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/20021220/91c864d3/attachment.pgp>
