[issue36489] add filename_extension_map and/or content-types_map dict(s) to mimetypes

Karthikeyan Singaravelan added the comment: The docs state the tuple contains two dictionaries depending on how common the type is. I guess you want a merged dict to be provided as an API? I will leave it to @r.david.murray on that. -- ___ Python

[issue36489] add filename_extension_map and/or content-types_map dict(s) to mimetypes

Daniel Black added the comment: Thanks Karthikeyan. That is a bit cumbersome but gets it done. Any value seen in adding as proposed? -- ___ Python tracker ___

[issue36489] add filename_extension_map and/or content-types_map dict(s) to mimetypes

Karthikeyan Singaravelan added the comment: > However this seems to compete with the functionality of the types map so > another consideration is content-types_map where the content-type is the key > and the pair values are lists of valid filename extensions: There is

[issue36489] add filename_extension_map and/or content-types_map dict(s) to mimetypes

Change by SilentGhost : -- components: +Library (Lib) nosy: +r.david.murray type: -> enhancement versions: +Python 3.8, Python 3.9 ___ Python tracker ___

[issue36489] add filename_extension_map and/or content-types_map dict(s) to mimetypes

New submission from Daniel Black : In https://bugs.python.org/issue36460 (which should be probably be disregarded until AMP is in RFC) I discovered that the types_map dictionary within the mimetypes module is a key: str to key: str (1:1) relationship. The reality is that many filename