Re: r11929 not downloading properly

2011-03-09 Thread Brian Bailey
In article 381c18b151.zen44...@zen.co.uk,
   Simon Smith simon_sm...@zen.co.uk wrote:
 In message 51b10f8d4cbbai...@argonet.co.uk
   Brian Bailey bbai...@argonet.co.uk wrote:

  The above version now downloads latest test build as file format A91
  not Archive/zip (ddc) file which won't open.

 a91 is the custom filetype for ZIP, isn't it?

If you say so Simon - personally, I had no idea.  8-)

 Have you updated or altered your mimemap settings recently? Tim Hill
 made a new version available a few days ago.

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.

 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.

Many thanks for the information, Simon. I will act on your advice. 

You lives and learns - well, some of the time!




Re: r11929 not downloading properly

2011-03-09 Thread Brian Bailey
In article 4d7727ea.5030...@heter.co.uk,
   Philco phi...@heter.co.uk wrote:


 On 09/03/2011 04:49, Simon Smith wrote:
  In message51b10f8d4cbbai...@argonet.co.uk
 Brian Baileybbai...@argonet.co.uk  wrote:
 
  The above version now downloads latest test build as file formatA91
  not Archive/zip (ddc) file which won't open.
  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.
 
 Apologies for missing this, but have you a link for Tim Hills Mimemap

Certainly,

Mimemap 20110307

www.timil.com/riscos/mimemap




Re: r11929 not downloading properly

2011-03-09 Thread David Pitt
Brian Bailey bbai...@argonet.co.uk wrote:

 In article 4d7727ea.5030...@heter.co.uk,
Philco phi...@heter.co.uk wrote:
 
 
  On 09/03/2011 04:49, Simon Smith wrote:
   In message51b10f8d4cbbai...@argonet.co.uk
  Brian Baileybbai...@argonet.co.uk  wrote:
  
The above version now downloads latest test build as file formatA91
not Archive/zip (ddc) file which won't open.
   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.
  
  Apologies for missing this, but have you a link for Tim Hills Mimemap
 
 Certainly,
 
 Mimemap 20110307
 
 www.timil.com/riscos/mimemap

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



Re: r11929 not downloading properly

2011-03-09 Thread Richard Porter
On 9 Mar 2011 Dave Symes  wrote:

 If only things were that simple...
 On this Select RO machine there are three MimeMap text files, now I wonder
 which one is being used?

 ...!Boot.Choices.Default.Internet.Files.MimeMap***
 ...!Boot.Choices.Hardware.Disabled.Internet.Files.MimeMap
 ...!Boot.Choices.Users.Single.Internet.Files.MimeMap

Configure  Network  MimeMap  will open the right one.

-- 
Richard Porterhttp://www.minijem.plus.com/
  mailto:r...@minijem.plus.com
I don't want a user experience - I just want stuff that works.



Re: r11929 not downloading properly

2011-03-09 Thread David J. Ruck

On 09/03/2011 09:53, Brian Bailey wrote:

[Mimemap]


I've got both the new and the old files open in front of me at the moment
and there appear to be significant differences between the two, just
related to Archive, zip and other related file types. I have to ask,
because I have no way of understanding/assessing these differences myself,
is 20110307 'correct', please?


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: dr...@druck.org.uk
phone: +44(0)7974 108301



Re: r11929 not downloading properly

2011-03-09 Thread David Pitt
Brian Bailey bbai...@argonet.co.uk wrote:

 
 Oh, blazes. This mimemap business is confusing.

Oh yes.
 
 I've got both the new and the old files open in front of me at the moment
 and there appear to be significant differences between the two, just
 related to Archive, zip and other related file types. I have to ask,
 because I have no way of understanding/assessing these differences myself,
 is 20110307 'correct', please?

I have to second druck's comment. We have been here before!

 This is what I have :-

application/arc Archive ddc .arc.spk.lha.arj.lzh
application/zip Zip a91 .zip

Note that this is tab separated data and both entries are single lines, mail
wrapping will mess that up.

Test downloads are at :-

http://pittdj.co.uk/temp/test.arc

http://pittdj.co.uk/temp/test.zip

And the contain an unmangled copy of my mimemap entries. 

-- 
David Pitt



Re: r11929 not downloading properly

2011-03-09 Thread Tim Hill
In article 4d775095.30...@druck.org.uk, David J. Ruck
dr...@druck.org.uk wrote:
 On 09/03/2011 09:53, Brian Bailey wrote:

 [Mimemap]

  I've got both the new and the old files open in front of me at the
  moment and there appear to be significant differences between the
  two, just related to Archive, zip and other related file types. I
  have to ask, because I have no way of understanding/assessing these
  differences myself, is 20110307 'correct', please?

It is /for me/.

 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.

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




Re: r11929 not downloading properly

2011-03-09 Thread Tim Hill
Thanks for the feedback. 

Funny, though. I don't remember asking for it to be posted to this
Iyonix-specific group.

In article mpro.lhs8lk1fm05hc.pit...@pittdj.co.uk, David Pitt
pit...@pittdj.co.uk wrote:

[Snip]

  
  www.timil.com/riscos/mimemap

[Snip]

 application/zip   Archive a91 .zip

 which needs to be :-

 application/zip   Zip a91 .zip 

[Snip]

Okay, that change makes sense and will be made to the file for the next
release soon.

Do you think I should change the catch-all zip entry too, or didn't you
look that far?

Perhaps consider that .zip .arc and for that matter .cab are all
classified as Archive types in the pee sea and the official Acorn
position used to be that many types (.ARJ, .GZ, .HPK, .HQX, .LHA, .LZH,
.SIT, .SPK, .UU, .ZIP or .ZOO ) were included in DDC as a result. That
and the problem that .arc files used not to be recognised by some web
servers so knowing all Archive types were DDC anyway, .arc files would be
called .zip instead so they would download. Uploaders didn't always think
to call them leafname.arc.zip though, which may have saved me a few
headaches in the past.

This is partly why a mimemap file may need to be tailored for each
system. It is unlikely there will ever be one size fits all. Your
software and ability will determine your needs but then so will any file
you may try and download tomorrow. I try to keep my mimemap up-to-date so
as not to be surprised, even if I download, say, an .flv or .docx file.
We used to suffer many comments on c.s.a.usenet along the lines of I
have downloaded a file with extension .xxx but it is typed 000 and
appears as a white square. I can't get it to run [etc]. Having a mimemap
file as up-to-date-as possible will avoid such confusion. Beware some
people who operate on the wait 'til it breaks then fix it paradigm.
They just like telling you what to do when it does.  :-)

You managed to email me last year when you had a suggestion about
mimemap, I'm not sure why you thought it necessary or appropriate to rant
in semi-public and give Druck the chance to whinge.  ;-)

Sorry, this is my last posting on the topic here.

-- 
Tim Hill
..
www.timil.com




Re: r11929 not downloading properly

2011-03-09 Thread Dave Symes
In article 617831b151.r...@user.minijem.plus.com,
   Richard Porter r...@minijem.plus.com wrote:
 On 9 Mar 2011 Dave Symes  wrote:

  If only things were that simple... On this Select RO machine there are
  three MimeMap text files, now I wonder which one is being used?

  ...!Boot.Choices.Default.Internet.Files.MimeMap***
  ...!Boot.Choices.Hardware.Disabled.Internet.Files.MimeMap
  ...!Boot.Choices.Users.Single.Internet.Files.MimeMap

 Configure  Network  MimeMap  will open the right one.

Uppity mode
It would have been preferred if you had not snipped the important line.

*Show Inet$MimeMappings this will identify the one being used.

Thank you.
D.

-- 

Dave Triffid