Jacob Rus jacobo...@gmail.com 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
Jacob Rus jacobo...@gmail.com added the comment:
And at Rietveld, patch version 5:
http://codereview.appspot.com/107042
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6626
Jacob Rus jacobo...@gmail.com 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
Changes by Jacob Rus jacobo...@gmail.com:
Removed file: http://bugs.python.org/file14632/mimetypes4.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6626
Changes by Jacob Rus jacobo...@gmail.com:
Added file: http://bugs.python.org/file14696/mimetypes4.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6626
New submission from Jacob Rus jacobo...@gmail.com:
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
Jacob Rus jacobo...@gmail.com 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
Jacob Rus jacobo...@gmail.com 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
Jacob Rus jacobo...@gmail.com 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 rep...@bugs.python.org
http://bugs.python.org/issue6626
Jacob Rus jacobo...@gmail.com 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
Jacob Rus jacobo...@gmail.com 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
11 matches
Mail list logo
