Release status: stable
|Description||Lets you inline HTML snippets from files|
|Author(s)||Daniel Kinzler (Duesentriebtalk)|
|Last version||continuous updates|
|License||GPL v2 or later|
|Check usage and version matrix|
- Download and extract the files in a directory called "
HTMLets" in your extensions/ folder.
- Add the following code to your LocalSettings.php (at the bottom)
require_once( "$IP/extensions/HTMLets/HTMLets.php" ); $wgHTMLetsDirectory = "$IP/htmlets";
- Done – Navigate to [[Special:Version]] on your wiki to verify that the extension is successfully installed.
Including a HTML snippets is done using a special tag, <htmlet>. For example, if you put this on a wiki page:
This will include the contents of the file foobar.html from the htmlet directory. If the snippet may change often, and you want those changes reflected on the wiki page right away, you can tell HTMLets to disable the parser cache for this page:
The htmlet directory can be configured using $wgHTMLetsDirectory; it defaults to "$IP/htmlets", i.e. the directory htmlets in the installation root of MediaWiki. $wgHTMLetsDirectory may also refer to a place on a webserver, for example, you can set it to http://localhost/htmlets/, if you provide htmlets in that location - note that the .html ending is enforced, query strings are not allowed in the htmlet's name.
Parser issues and hacks 
Currently, the mediawiki parser doesn't leave the output of parser hooks alone as it should (bugzilla:8997). This means that the HTML from your snipped file would be mangled under some circumstances (for example, if it contained indented or blank lines).
As of revision 19966, HTMLets works around this by supplying "hack modes". Which hack is applied can be controlled using the hack attribute for the <htmlet> tag, the global default can be set using the $wgHTMLetsHack setting in LocalSettings.php. The following values are defined (the first is the name to use with the hack attribute, the second is the constant name to use in LocalSettings.php):
- "bypass" (HTMLETS_BYPASS_HACK): should work safely; Works by outputting a Base64 encoded version of the HTML from your snippet file, and then decoding it an ParserAfterTidy hook. This is the default.
- "none" (HTMLETS_NO_HACK): just leave the content of the snippet file to the parser's mercy. In a perfect world, this should be fine. Right now, it will lead to unexpected results if you are not very careful not to trigger mangling. Known triggers are blank lines, and lines starting with blanks, "#", "*", ";", or ":". Blanks before a colon (":") anywhere in the line are also a problem. The cases mentioned here are the ones handled by HTMLETS_STRIP_HACK. There may be others, and the parser's behavior might change.
See also 
- Extension:RawMsg - similar, uses system messages
|Language:||English • 日本語|