fish <fish at bovine.artificial-stupidity.net> writes: > On 2 Nov 2002, Chris Dennis wrote: > > > For example, you can't have > > > > SSK at zzz > > Document > > Redirect.Target=CHK at xyz > > Info.Format=text/html > > EndPart > > CHK at xyz > > The actual data > > > > Instead, you should use > > > > SSK at zzz > > Document > > Redirect.Target=CHK at pqr > > EndPart > > CHK at pqr > > Document > > Info.Format=text/html > > End > > The actual data > > > > Or have I misunderstood the spec? > > Either will work. Whch you prefer depends on whom you ask.
But for the first alternative, accessing CHK at xyz directly will not give you a proper MIME type, while CHK at pqr in the second one will. As referencing a CHK directly is sometimes preferable, the second alternative looks more promising to me. Timm Murray <hardburn at runbox.com> writes: >>> It was during the 0.3 era when it was realized that (surprise!) >>> inserting different metadata would change the CHK value. This >>> would often happen if (for example) two people inserted the same >>> thing using FProxy, but one used "use file extention" and the >>> other set the MIME type manually. Since the same data is >>> *supposed* to colide when you're using a CHK, it was decided that >>> it would be best to entirely disallow metadata with CHKs. Do we really need to work around these insertion mistakes? In a way it's /not/ the same data if it has a different MIME type. -- Robbe -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.ng Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20021102/99aa99aa/attachment.pgp>
