Jacob Rus added the comment:
And at Rietveld, patch version 5:
http://codereview.appspot.com/107042
--
___
Python tracker
<http://bugs.python.org/issue6
Jacob Rus added the comment:
Okay, here's a version of this patch which (a) adds deprecation warnings,
and (b) doesn't bother with lazy init. It should still be nearly
completely backwards compatible with the previous mimetypes module.
--
Added file: http://bugs.python.org
Changes by Jacob Rus :
Added file: http://bugs.python.org/file14696/mimetypes4.diff
___
Python tracker
<http://bugs.python.org/issue6626>
___
___
Python-bugs-list mailin
Changes by Jacob Rus :
Removed file: http://bugs.python.org/file14632/mimetypes4.diff
___
Python tracker
<http://bugs.python.org/issue6626>
___
___
Python-bugs-list mailin
Jacob Rus added the comment:
Plone uses this thing, which has *much* more complexity than necessary for
the standard library, but it might be nice to pick up the code for pulling
types out of the windows registry, for instance.
http://svn.plone.org/svn/archetypes/Products.MimetypesRegistry
Jacob Rus added the comment:
Here is a list I generated of all the current Apache mime.types:
I would just as soon include this in the python standard library, either
just the Apache file as is, or even these python object literals (maybe
in a file outside of mimetypes.py), and then *not
Jacob Rus added the comment:
This version (#4) switches to expressing the default types as a list of
tuples instead of as a dict, so that we can include duplicate rows so that
"reverse" type -> extension lookups will behave properly, once we start
changing the actual content of
Jacob Rus added the comment:
A fixed version of the patch from msg91200, 2009-08-02 20:08
--
Added file: http://bugs.python.org/file14631/mimetypes2.diff
___
Python tracker
<http://bugs.python.org/issue6
Changes by Jacob Rus :
Removed file: http://bugs.python.org/file14629/mimetypes-2.diff
___
Python tracker
<http://bugs.python.org/issue6626>
___
___
Python-bugs-list m
Jacob Rus added the comment:
Here is a version of the patch which does away with the lazy loading:
these are a small handful of easy-to-parse ~40k files; if the import takes
an extra eye-blink, it shouldn't be too big a deal.
--
Added file: http://bugs.python.org/file14630/mimet
Jacob Rus added the comment:
This diff should leave the semantics of the module essentially unchanged
(including lazy-loading of default files), and also leave the particular
MIME types used unchanged, even though these are out of date and should be
updated; a subsequent suggested version
New submission from Jacob Rus :
See discussion started right at the end of the month at
http://mail.python.org/pipermail/python-dev/2009-July/090928.html
And continued at
http://mail.python.org/pipermail/python-dev/2009-August/thread.html
Basically, the mimetypes module is fragile and very
12 matches
Mail list logo
