"Steve Fryatt" <li...@stevefryatt.org.uk> wrote: > On Tue, December 28, 2010 11:51 am, David Pitt wrote: > > > It is a bit more slippery than that, only three fail to get typed as PNG > > here and all of those have a suffix in the filename, either /png or > > /ico. > > > > Looking on the repository none of these three have the suffix ,b60. The > > PNGs that SparkPlug does recognise do. > > That's the key, then: the files without ,b60 suffixes won't be getting > RISC OS types added to the zip file when the archive is built. AFAIK the > build is done on a Linux system, and the GCCSDK's zip tools use the ,xxx > suffix for correctly typing files (at which point, the suffix is removed).
Thanks for the explanation. MimeMap using unzippers, such as SparkFS, are OK with that arrangement. > > > SparkFS, which I expect most of us use, gets it right. > > I suspect that there's some RISC OS-side jiggery-pokery going on there > with the MIME Map or DOSMap, then. I think it may be the other way around, SparkFS uses MimeMap and works as we expect. !Spark and !SparkPlug never use MimeMap (I think), see the !Run files to see what does or does not look for MimeMap, but they can use dosmap though I have yet to fathom out how these work when dosmap is not selected. To be fair SparkPlug is from way back when before across platform transfers were a commonplace. -- David Pitt
