Re: [widgets] Potential bug in Rule for Identifying the Media Type of a File

2009-10-23 Thread Marcos Caceres
2009/10/22 Marcin Hanclik marcin.hanc...@access-company.com: Hi Marcos, All, It seems more logical to me to not treat it as an extension. Look at all the .whatever files on your system. I bet you 2 beers that 99% will be text files. And I bet you will .whatever.ext will identify a type (like

Re: [widgets] Potential bug in Rule for Identifying the Media Type of a File

2009-10-22 Thread Marcos Caceres
On Fri, Oct 16, 2009 at 12:06 PM, Marcin Hanclik marcin.hanc...@access-company.com wrote: Hi Marcos, These are my remarks as discussed yesterday on the call. Comment a) 6.A.If all characters in the extension are outside the two ranges, then go to step 5 in this algorithm. Should be

RE: [widgets] Potential bug in Rule for Identifying the Media Type of a File

2009-10-22 Thread Marcin Hanclik
Hi Marcos, All, If any character in the extension is outside the U+0041-U+005A range and the U+0061-U+007A range, then go to step 7 in this algorithm. Unfortunately I disagree with that. Motivation: a) only ASCII characters are listed b) no digits are listed. What about file extensions that

Re: [widgets] Potential bug in Rule for Identifying the Media Type of a File

2009-10-22 Thread Marcos Caceres
2009/10/22 Marcin Hanclik marcin.hanc...@access-company.com: Hi Marcos, All, If any character in the extension is outside the U+0041-U+005A range and the U+0061-U+007A range, then go to step 7 in this algorithm. Unfortunately I disagree with that. Motivation: a) only ASCII characters are

RE: [widgets] Potential bug in Rule for Identifying the Media Type of a File

2009-10-22 Thread Marcin Hanclik
Hi Marcos, To be clear: All we want to do is check if the file extension of a file case-insensitively matches one of the extensions in the File Identification Table. If you can't match it, then the MIME type gets resolved with SNIFF. Ok, I understand the intention of this section. The ranges are

RE: [widgets] Potential bug in Rule for Identifying the Media Type of a File

2009-10-22 Thread Marcin Hanclik
Hi Marcos, I think we will drink some beer soon :) I understand the rationale, but I don't see it as necessary. Lets just cover what is in the spec. In version 2, if we need to support this later, we can add it easily. It won't break backwards compat because we will just be expanding the range.

RE: [widgets] Potential bug in Rule for Identifying the Media Type of a File

2009-10-22 Thread Marcin Hanclik
Hi Marcos, All, It seems more logical to me to not treat it as an extension. Look at all the .whatever files on your system. I bet you 2 beers that 99% will be text files. And I bet you will .whatever.ext will identify a type (like .something.plist). I actually agree with this argumentation. Even

RE: [widgets] Potential bug in Rule for Identifying the Media Type of a File

2009-10-16 Thread Marcin Hanclik
Hi Marcos, These are my remarks as discussed yesterday on the call. Comment a) 6.A.If all characters in the extension are outside the two ranges, then go to step 5 in this algorithm. Should be 6.A.If any of the characters in the extension is outside the two ranges, then go to step 5 in this

Re: [widgets] Potential bug in Rule for Identifying the Media Type of a File

2009-10-12 Thread Marcos Caceres
2. If file has a file-extension, attempt to match the file-extension to one in the file extensions column in the file identification table. If there is a match, then return the media type value. (returns image/jpeg) I think file-extension would not be matched, but only base-name. I think the

RE: [widgets] Potential bug in Rule for Identifying the Media Type of a File

2009-09-29 Thread Marcin Hanclik
Hi Marcos, Good spot! 2. If file has a file-extension, attempt to match the file-extension to one in the file extensions column in the file identification table. If there is a match, then return the media type value. (returns image/jpeg) I think file-extension would not be matched, but only