On Thursday 24 July 2003 21:02, Nick Tarleton wrote: > On Tuesday 22 July 2003 10:10 pm, Toad wrote: > > * Implemented support for ZIP containers (fish's work, slightly > > tweaked by me). Supported by the client level code, with a flag to > > disable them, so fproxy, client.cli.Main and everything else can use > > them. client.cli.Main has a command line option to disable support. > > Includes support for metadata in the zip. Effect of this is that a > > site of up to 1MB (after compression) can be inserted as one file, and > > it will be automatically extracted - get one file, get them all. > > Can we give this a try before speculating on how well it (won't) work?
What I am afraid of is that if this turns out not to work in the long term, it will not be removed unless the effectiveness of it is clearly identifiable as disastrous. This is unlikely to happen in the long term because even if it is counter-productive, it will be compensated for by the growing network and increases in CPU speed and bandwidth. This means that it will likely linger on forever if it never gets any wide spread use. I suspect that by the inclusion of it we have already set off down this slippery slope, and there will be little if any pushes for removing this "feature" in the future, even if it doesn't work, and even if it does appear to be "engineeringly repulsive" from the design standpoint. Just MHO. Gordan _______________________________________________ devl mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org:8080/cgi-bin/mailman/listinfo/devl
