Extension:BoilerRoom

The BoilerRoom extension allows you to create boilerplate article text, like document templates in a word processor, and easily load them in the edit textbox when using the source editing feature.

More technically speaking, it is a dynamic text preloading extension which has the ability to load text from boilerplate pages into the edit textbox of new pages. With AJAX enabled on the server and JavaScript enabled on the user's browser, boilerplate text can even be loaded onto existing pages. The extension provides a boilerplate selector on edit pages for this purpose. It also allows you to create input boxes on wiki pages that allow users to input a title and open a new page for editing with the boilerplate text preloaded into the edit box.

BoilerRoom is different in its approach from similar extensions in that it was designed to allow the creation of boilerplate text without any need for text escaping. It deliberately does not respect,  , and   tags, instead providing its own mechanism through the special behavior of the provided   tag. This behavior simplifies certain situations, such as creating boilerplates for templates, where unusual escape mechanisms like &lt;include&lt;includeonly&gt;only&gt; would be necessary to achieve the same effect. Other  tags can be even placed inside without any need for an escape mechanism.

Compatibility
subdirectory of your MediaWiki installation directory. It should be contained in a  subdirectory within.
 * 1) * Exception: if you are using a custom extensions path, you should instead install it in the folder indicated by the $wgExtensionAssetsPath setting.
 * 2) Add the following line to .  Due to the unique nature of the   tag used by this extension, it is advisable to include this line before any other extension includes to prevent unexpected interactions:
 * 3) If your wiki has custom namespaces using the indexes 450 and 451, add the following line to  (changing   to an unused even index, ensuring that the following index is also unused):
 * 1) If your wiki has custom namespaces using the indexes 450 and 451, add the following line to  (changing   to an unused even index, ensuring that the following index is also unused):

Version 1.3 and older

 * 1) Extract this extension to the  subdirectory of your MediaWiki installation directory.  It should be contained in a   subdirectory within.
 * 2) If your wiki has custom namespaces using the indexes 450 and 451, add the following line to  (changing   to an unused even index, ensuring that the following index is also unused):
 * 3) Add the following lines to .  Due to the unique nature of the   tag used by this extension, it is advisable to include this line before any other extension includes to prevent unexpected interactions (but make sure it is placed after the   line if that is needed):
 * 1) Add the following lines to .  Due to the unique nature of the   tag used by this extension, it is advisable to include this line before any other extension includes to prevent unexpected interactions (but make sure it is placed after the   line if that is needed):

Alternatively, if you are comfortable manipulating the database directly, you can update the namespace indexes of the page. Another option is to create a temporary custom namespace at index 300 and move them to new Boilerplate namespace manually.

Configuration

 * Sets the index at which the Boilerplate namespace will be created.
 * As of version 0.93, this is 450 by default. The Boilerplate talk namespace will be created at the following index, which is 451 by default.
 * In earlier versions, this was 300 by default, with the Boilerplate talk namespace being created at 301 by default.
 * In earlier versions, this was 300 by default, with the Boilerplate talk namespace being created at 301 by default.


 * Available in 1.0, this option allows you to use a large version of the four-button selector that appears above the standard toolbar rather than to the right of it by setting this option to . This option has no effect for users using the advanced toolbar of the WikiEditor extension.
 * Available in 1.0, this option allows you to use a large version of the four-button selector that appears above the standard toolbar rather than to the right of it by setting this option to . This option has no effect for users using the advanced toolbar of the WikiEditor extension.

Creating boilerplate articles
The  tag is used to define the start and end of boilerplate articles. This is a unique, deliberately non-compliant tag with special behavior designed to prevent the need for any kind of text escaping within the boilerplate content. It's more of an extended syntax than a true tag. Specifically, it has the following behavior:


 * You must use  and   exactly as written here.  Though spaces are permissible inside a compliant XML tag, this isn't a compliant tag.  It is also case-sensitive.
 * Only the first  tag and last   tag on the page are considered.
 * This allows you to place  tags into the content.
 * Additionally, tags such as  and   don't require any unusual escaping.  They are treated as plain-text content within   tags.
 * The boilerplate content opens at the first line after the  tag and closes at the end of the final line before the   tag.  Content on the same lines as the tags is simply ignored if it is between the tags.

Or to show this information visually:  Header text describing the boilerplate may be placed here, as well as any other wikicode.

It will appear when directly viewing boilerplates and when transcluding them like templates.

&lt;boilerplate&gt; Text here is simply ignored and will not appear.

This line is where the boilerplate text begins.

&lt;boilerplate&gt;

Since only the first opening and last closing tags are considered,

boilerplate tags inside the boilerplate text are treated as plain text and will be

included as part of the boilerplate without modification.

&lt;/boilerplate&gt;

&lt;includeonly&gt; and similar tags are also treated as plain text within the

boilerplate tags and will be included in boilerplate text without modification, so it

even works well for providing a boilerplate (or multiple) for templates.

&lt;/includeonly&gt;

This line is where the boilerplate text ends.

Whereas this text is simply ignored. &lt;/boilerplate&gt;

You can place any footer text here you wish, and this is a good spot for any categories

you want to include the boilerplate article itself in. That can be done in the header as

well.

The four-button selector
The four-button BoilerRoom selector, shown below, appears above the edit textbox on every page if the wiki has AJAX enabled and the user has JavaScript enabled. There are two different versions of the selector. The first is the small selector which is used by default in version 1.0:



Optionally, by setting  to true, a wiki can opt instead for the large selector:



Note: In versions before 1.0, the large selector was the only one available. Additionally, it was only a three button selector, as shown here.

It shows only the articles available within the Boilerplate namespace, excluding any redirects. As you can see, it does not display the  portion of the title. Note, though, that even articles without  tags will be displayed as options, but nothing will happen when a user tries to include text from these pages; therefore, you should avoid allowing any non-boilerplate articles within the Boilerplate namespace.

As shown above, users have the ability to load boilerplate content before any existing text, after any existing text, or over existing text by replacing it. Be warned that most browsers will not record this as an undoable action, and as such, the extension asks for confirmation before replacing the existing text.

Note that the four-button selector is the only way BoilerRoom provides for using boilerplates on existing pages.

The one-button selector
The one-button BoilerRoom is shown when AJAX is not enabled on a wiki, or when a user does not have Javascript enabled. This selector only appears and functions on new pages, and unlike the other selector, it must reload the page to function. It does not function dynamically and cannot load boilerplate text over or into existing content.



The BoilerRoomBox
BoilerRoom also provides the BoilerRoomBox, shown below, which functions very similarly to the one-button selector described above. The most important difference is that the BoilerRoomBox is not automatically displayed anywhere, but is included on pages through the use of the  and   tags or the   and   parser functions. ( and   are synonyms for each other and function identically.)



The usage of either the tag or the parser function is a matter of preference most of the time, but if you want to include a BoilerRoomBox as a parameter to a template, you'll need to use one of the two parser functions. The interactions between the tag form and the parser function may also differ with the tags and parser functions of other extensions, and this is why both forms are included.

The syntax for each is similar, as shown here side-by-side. Tag form &lt;boilerroombox&gt; boilerplate= title= label= align= width= &lt;/boilerroombox&gt; Parser function form

For the tag form, each parameter needs to be on its own line, with the end of line signifying the end of a value. For the parser function version, the pipe symbol signifies the end of the value and must be used between each parameter.

All of the parameters, explained below, are optional.


 * This identifies the article to preload into the edit box. It only loads content defined by   as explained above.  If a namespace isn't included, the Boilerplate namespace is assumed.  To use an article in the Main namespace, prefix the title with a colon .  If none is including, this simply opens the requested page for normal editing and may be handy for skipping the search page when one wishes to proceed directly to the edit page.
 * This identifies the article to preload into the edit box. It only loads content defined by   as explained above.  If a namespace isn't included, the Boilerplate namespace is assumed.  To use an article in the Main namespace, prefix the title with a colon .  If none is including, this simply opens the requested page for normal editing and may be handy for skipping the search page when one wishes to proceed directly to the edit page.


 * This is the default title that appears in the box. It is probably best used to indicate a suggested prefix or suffix for the type of article it is used to create.  The default is an empty box.
 * This is the default title that appears in the box. It is probably best used to indicate a suggested prefix or suffix for the type of article it is used to create.  The default is an empty box.


 * This is the text that appears on the button which opens the requested page for editing. The default label is "Edit".
 * This is the text that appears on the button which opens the requested page for editing. The default label is "Edit".


 * The align can be,   or  .  This is applied as a CSS rule, so   is also a valid value.  There is no default; if not included, no   rule is applied.
 * The align can be,   or  .  This is applied as a CSS rule, so   is also a valid value.  There is no default; if not included, no   rule is applied.


 * The size of the title entry box measured in number of characters. The default is 30.
 * The size of the title entry box measured in number of characters. The default is 30.

Note that like the one-button selector, this cannot automatically load boilerplates on existing pages. It does, however, automatically select the requested boilerplate in the three-button selector if the conditions are right for that selector to appear (AJAX and Javascript enabled).

Button images fail to load when using non-default extensions path (fixed in 1.3.4)
Previous versions improperly assumed BoilerRoom would be installed in the default  path. This has been corrected in version 1.3.4; as long as $wgExtensionAssetsPath is correctly set, BoilerRoom should be able to find its button images.

BoilerRoom selector failing to show in WikiEditor toolbar most times (fixed in 1.3.2)
There was a race condition that frequently caused BoilerRoom to fail to display the BoilerRoom selector in most cases when using the WikiEditor enhanced toolbar. This has been corrected in version 1.3.2.

Template redlinks missing when transcluding templates that don't exist (fixed in 1.3.1)
In versions 1.3 and below, BoilerRoom inadvertently prevented MediaWiki from displaying redlinks when non-existing were transcluded onto a page. This has been corrected in version 1.3.1.

Unusual text appearing at bottom of edit pages (fixed in 1.23)
In versions 1.20 to 1.22, a minor issue was inadvertently introduced that causes the characters  to appear at the bottom of edit pages. This is merely a cosmetic error that has no known effect on wiki functionality and has been fixed in version 1.23.

Error when editing when no boilerplates are available (fixed in 1.22)
Some recent versions of BoilerRoom, including 1.21, cause an error when open pages for editing if there are no pages in the Boilerplate namespace.

The easiest way to fix this is to install version 1.22 or later.

If this isn't an option, you can work around it by performing the following steps:

 Temporarily uninstall BoilerRoom by adding a  to beginning of the line containing   in LocalSettings.php. Temporarily add the following lines below it: define("NS_BOILERPLATE", isset( $wgbrNamespaceIndex ) ? $wgbrNamespaceIndex : 450); define("NS_BOILERPLATE_TALK", isset( $wgbrNamespaceIndex ) ? $wgbrNamespaceIndex + 1 : 451); $wgExtraNamespaces[NS_BOILERPLATE] = "Boilerplate"; $wgExtraNamespaces[NS_BOILERPLATE_TALK] = "Boilerplate_talk"; Now, navigate to the wiki and create any page in the Boilerplate namespace (any page beginning with "Boilerplate:"). Return to LocalSettings.php and remove the lines and  you added in step 1 and 2 to reinstall BoilerRoom. 

Overrides built-in preloading feature (fixed in 1.21)
Versions of BoilerRoom before 1.21 currently prevent the built-in text preloading feature of MediaWiki from working correctly. This affects extensions like InputBox and CreateBox that use this feature. This issue has been corrected in version 1.21.

Selectors don't clear floats (fixed in 1.0)
There is a simple workaround for this issue. Paste the following CSS into MediaWiki:Common.css on your wiki: .boilerRoomFieldSet { clear: both; }