On Tue, Jan 07, 2003 at 08:36:39PM +0200, Catalin wrote: > Matthew Toseland wrote: > > >author... there is now a choice of directions for the filter. > > My "observer" opinion is that if you, the developers, feel good enough > to make an almost perfect "rewriter filter" then this is the best option. > Until then the best option would be that the user could have an option > in the config file and choose from the old filter (1), the new filter > (2) and promt the user when erros are detected to choose betwen > filtering the page with the new filter or the older options (see the > page as it is ignoring the errors or see the source)(3). > I don't think that adding error comments in a page would be a good ideea > because will make the page bigger, and at the very low speed of freenet > every byte counts. A good ideea would be that an 4'th option to be added No. Firstly, the bytes would be added _at the requesting client end_. The document on the network is the original HTML. And secondly, every byte doesn't count _that much_ - freenet's performance issues mostly relate to latency. > in the config file: new filter with in debuging mode (4) which would > filter the web page and add error comments and this option wolud be good > for page developers. No point, it's a few bytes here and there unless the page is pathologically bad. Those bytes only appear in the connection from your node to your browser, which usually is local, and when it isn't local it'd be over a LAN. > > Catalin
-- Matthew Toseland toad at amphibian.dyndns.org/amphibian at users.sourceforge.net Freenet/Coldstore open source hacker. Contracted full time by Freenet Project Inc. http://freenetproject.org/ ICTHUS. -------------- 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/20030107/aaa0de0e/attachment.pgp>
