Extension:HTMLets

The HTMLets extension provides a way to include (inline) static HTML snippets into wiki pages without changing the default setting of $wgRawHtml. Snippets are located in files in a special directory on the web server. This addresses the demand for a simple way to insert special JavaScript code, an &lt;iframe&gt;, 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:

foobar

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:

foobar

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</tt> 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 (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</tt> attribute for the &lt;htmlet&gt;</tt> tag, the global default can be set using the $wgHTMLetsHack</tt> setting in LocalSettings.php. The following values are defined (the first is the name to use with the hack</tt> attribute, the second is the constant name to use in LocalSettings.php):


 * "bypass" (HTMLETS_BYPASS_HACK</tt>): 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.
 * "strip" (HTMLETS_STRIP_HACK</tt>): strip or encode anything that might trigger mangling. This will break any &lt;pre&gt; formatted text, and might also interfere with JavaScript code under some circumstances.
 * "none" (HTMLETS_NO_HACK</tt>): 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.