In message <51b10f8d4cbbailey(a)argonet.co.uk&gt; Brian Bailey <bbailey(a)argonet.co.uk&gt; wrote: a91 is the custom filetype for ZIP, isn't it? Have you updated or altered your mimemap settings recently? Tim Hill made a new version available a few days ago. Fixes: 1) Manually change a91 back to ddc, then things will work as they used to (drag and drop onto the SparkFS icon will probably do that automatically) This fix will work indefinitely until you have a permanent solution. 2) Revert to your previous mimemap 3) Update Spark/SparkFS or whatever compression program you use so that it associates a91 with zip 3) is the 'most correct' of those options. With SparkFS it's reasonably straightforward, but you do have to edit the right file. With other programs, the execution may be slightly different. Whichever way you do it you might have to tweak a boot or a run or a config file somewhere. The Spark/SparkFS docs do clearly tell you what setting to adjust. -- Simon Smith | Once more unto now | Is the winter to be or | 'Tis the east (Exit.) | -Wm. Shakespeare, abridged

On 9 Mar 2011 Dave Symes wrote: Configure > Network > MimeMap will open the right one. -- Richard Porter http://www.minijem.plus.com/ mailto:ricp@minijem.plus.com I don't want a "user experience" - I just want stuff that works.

On 09/03/2011 04:49, Simon Smith wrote: Apologies for missing this, but have you a link for Tim Hills Mimemap Phil

Brian Bailey <bbailey(a)argonet.co.uk&gt; wrote: With OS 5.16. I have just tried that mimeMap here and guess what, NetSurf downloaded itself as an Archive, &ddc. The MimeMap I use does gets it right as a zip, &a91 MimeMap v. 20110307 fails here due to this line :- application/zip Archive a91 .zip which needs to be :- application/zip Zip a91 .zip SparkFS does explicitly setup the Zip, &A91, filetype here. -- David Pitt

On 09/03/2011 09:53, Brian Bailey wrote: [Mimemap] The moto of the story is; don't update system files which you don't understand with those from 3rd parties, if your machine is working correctly - i.e. it hasn't been recommended to solve a particular problem you have experienced. This isn't the first time there have been problems with Tim's mimemap files. Cheers -- David J. Ruck email: druck(a)druck.org.uk phone: +44(0)7974 108301

In article <4D775095.30606(a)druck.org.uk&gt;, David J. Ruck <druck(a)druck.org.uk&gt; wrote: It is /for me/. Really? Please tell me about any specific /unresolved/ problems. (Naturally everything else released is always perfect and never needs updates...) . There are sometimes clashes between how one person wants something mapped and another. The software you have is likely different to mine. Some entries are how they are because it /works for me/ as I think is clearly and probably over-stated everywhere. If there hadn't been a complete balls-up by archiving software (using the same filetype for different content which couldn't be read by different programs) the Archive filetype wouldn't be in the mess that it's in! Fortunately, those of us blessed with SparkFS are hidden from these issues as it doesn't seem to matter what compressed filetype is used for zip or arc. SparkFS sorts it all out and re-types if necessary. Perhaps having that has made me complacent. Certainly, it is not a problem here but I will make changes asked (a) if it benefits others and (b) has no detrimental effect here. :-) I remember there were issues with RISC OS .arc files being uploaded onto web sites as .zip because some web servers didn't know what to do with an .arc. Then at least if all archives (.zip and .arc) became Archive/DDC it would download and could be sorted out later. Perhaps people should also consider giving feedback in the way requested instead of sniping in an irrelevant forum which only coincidentally I read. Perhaps someone else could help by publishing details of all up-to-date filetype allocations. Apart from rummaging though various !Boot files the lists available online state clearly that DDC /is/ ZIP and that A91 not only does not exist, if it did it is in an area of the types reserved for 'Acorn and other commercial software'. Given that many zip progs are not commercial we must assume that different criteria are used by RISC OS Ltd to allocate filetypes. I wonder what. Ah! Because SparkFS is commercial perhaps. I would have thought &219 would have been more memorable and relevant to being a .zip file. ;-o RISCOS Ltd were gathering information to publish all this filetype stuff online in 2002 and 2003 so it must be nearly ready by now. http://www.riscos.com/news/news_items/PR211002.htm Good grief. If something goes wrong, or it doesn't work as you wish, restore your backup mimemap file. If you didn't make one /as instructed/, take this pointy hat and sit in the corner. If you still have problems or suggestions, /contact me by email/. Further discussion here about my mimemap file will be ignored by me as this is not where it belongs. Sorry about the long posting. -- Tim Hill .............................................................. www.timil.com

In article <mpro.lhsdez00001jn065i.pittdj(a)pittdj.co.uk&gt;, David Pitt <pittdj(a)pittdj.co.uk&gt; wrote: I don't recall! Thanks. Hey, nice moggy that, a bit like mine! 8-)

In article <381c18b151.zen44412(a)zen.co.uk&gt;, Simon Smith <simon_smith(a)zen.co.uk&gt; wrote: If you say so Simon - personally, I had no idea. 8-) Indeed that's exactly what I did yesterday and thought that it just might give me problems. But as you will have observed from my report I didn't associate the apparent changed behaviour of NetSurf downloads with the mimemap file. Many thanks for the information, Simon. I will act on your advice. You lives and learns - well, some of the time!