"Steve Fryatt" <lists(a)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
> 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.