Release status: stable
|Description||Lets you inline HTML snippets from files|
|Author(s)||Daniel Kinzler (Duesentriebtalk)|
|Latest version||Continuous updates|
|License||GNU General Public License 2.0 or later|
|Translate the HTMLets extension if it is available at translatewiki.net|
|Check usage and version matrix.|
The HTMLets extension provides a way to include (inline) static HTML snippets into wiki pages.
- Download and place the file(s) in a directory called
- Add the following code at the bottom of your LocalSettings.php:
require_once "$IP/extensions/HTMLets/HTMLets.php"; $wgHTMLetsDirectory = "$IP/extensions/HTMLets";
- Done – Navigate to Special:Version on your wiki to verify that the extension is successfully installed.
Includes HTML snippets into wiki pages without changing the default setting of
Snippets are located in files in a special directory on the web server.
<iframe>, or an HTML form, without allowing users to insert arbitrary and potentially harmful code.
Including a HTML snippets is done using a special tag,
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; but note that if you follow the instructions given above for adding code to your LocalSettings.php file, the htmlet directory will be set to "$IP/extensions/HTMLets".
$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 (task T10997). 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.