- Generated on Wed Oct 1 2014 21:36:45 for MediaWiki by
1.7.6.1
|
MediaWiki
REL1_19
|
Module defining helper functions for detecting and dealing with mime types. More...
Go to the source code of this file.
Classes | |
| class | MimeMagic |
| Implements functions related to mime types such as detection and mapping to file extension. More... | |
Enumerations | |
| enum | MM_WELL_KNOWN_MIME_INFO |
| Defines a set of well known mime info entries This is used as a fallback to mime.info files. More... | |
| enum | MM_WELL_KNOWN_MIME_TYPES |
| Defines a set of well known mime types This is used as a fallback to mime.types files. More... | |
Module defining helper functions for detecting and dealing with mime types.
Definition in file MimeMagic.php.
Defines a set of well known mime info entries This is used as a fallback to mime.info files.
An extensive list of well known mime types is provided by the file mime.info in the includes directory.
Definition at line 79 of file MimeMagic.php.
Defines a set of well known mime types This is used as a fallback to mime.types files.
An extensive list of well known mime types is provided by the file mime.types in the includes directory.
This list concatenated with mime.types is used to create a mime <-> ext map. Each line contains a mime type followed by a space separated list of extensions. If multiple extensions for a single mime type exist or if multiple mime types exist for a single extension then in most cases MediaWiki assumes that the first extension following the mime type is the canonical extension, and the first time a mime type appears for a certain extension is considered the canonical mime type.
(Note that appending $wgMimeTypeFile to the end of MM_WELL_KNOWN_MIME_TYPES sucks because you can't redefine canonical types. This could be fixed by appending MM_WELL_KNOWN_MIME_TYPES behind $wgMimeTypeFile, but who knows what will break? In practice this probably isn't a problem anyway -- Bryan)
Definition at line 27 of file MimeMagic.php.
1.7.6.1