W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > October 2011

[Bug 11482] Requiring MIME types like application/vnd.openxmlformats-officedocument.wordprocessingml.document in order to allow a .docx file to be uploaded is far too technical for the layman. On the other hand it is equally impractical for web developers to keep an

From: <bugzilla@jessica.w3.org>
Date: Fri, 14 Oct 2011 00:14:54 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1REVQM-0008SD-EE@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11482

Sharon [MSFT] <sharco@microsoft.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
                 CC|                            |sharco@microsoft.com
         Resolution|WONTFIX                     |

--- Comment #8 from Sharon [MSFT] <sharco@microsoft.com> 2011-10-14 00:14:51 UTC ---
Having implemented support for the accept attribute in IE10 we are now getting
feedback from web developers that they would like to be able to be able to
supply file extensions in the accept attribute. We believe this would be a
useful addition to the accept attribute because in many operating systems
including Windows, files canít be filtered by mime type, the mime type has to
be translated to a file extension. Allowing web developers to specify file
extensions directly will make it easier for them to get the exact experience
they want for the end user.

This could be incorporated into the spec by adding to the list of items
currently allowed in the accept attribute:
"A file extension consisting of a period followed by alphabetic characters -
Indicates that files with the given file extension are accepted."

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Friday, 14 October 2011 00:14:56 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:02:05 UTC