
%ADDTOZONE{
"zone"
...
}%
Parameters:
"zone" optional, comma-separated list of the names of zones that the content should be added to. The only zones guaranteed to exist are head and script. Defaults to head. id optional, identifier for the text being added with the ADDTOZONE call, to be used in the requires parameter of other ADDTOZONE calls. ADDTOZONE calls with the same id parameter will simply overwrite the earlier ADDTOZONE call. requires="..." optional, comma separated string of ids of text within this zone that this content should follow when the zone is rendered. The content will be rendered even if a specified id is missing. text="..." optional, text to be added to the named zone, mutually exclusive with topic. topic="..." optional, full qualified web.topic name that contains the text to be added, mutually exclusive with text. Defaults to %BASETOPIC%section="..." optional, section of the topic to be added, defaults to the default section between STARTINCLUDE and STOPINCLUDE. Zones are specific places in the output HTML that are marked by calls to the RENDERZONE macro. Zones are used to collect various content together, such as Javascript and CSS, that must be included in the output HTML in a specific order, and in a specific place.
There are two special You may create as many zones called in addition to the standard head head and script and zones as you like. Interesting use cases in wiki applications: script. The head zone is rendered as part of the HTML head section. It is the catch-all container for any content supposed to be placed into the HTML head section, except Javascript, which is collected in the script zone.
All Javascript must always be added to the script zone exclusively, in order to grant ordering constraints among scripts are resolved properly. Never add Javascript to the head zone -- never add non-Javascript content to the script zone.
sidebar zone to add widgets, toolbar zone to add buttons icons Both zones are added to the HTML head section automatically just before the closing tag as if they were specified explicitly in the skin templates using: ADDTOZONE adds content identified with the id parameter to zone, which will later be expanded with RENDERZONE. id identifiers are unique within the zone that they are added to. An ADDTOZONE call may ensure that its content appears after the content of some other ADDTOZONE calls by specifying their ids in the requires parameter. requires may only list ids within the specified zone, except for the special case of head and script zones when {MergeHeadAndScriptZones} is set (read more).
...
%RENDERZONE{"head"}%
%RENDERZONE{"script"}%
Parameters:
You may create as many zones in addition to the standard head and script zones as you like. For any non-standard zone specified in ADDTOZONE you will also need to provide an appropriate RENDERZONE.
"zone" optional, comma-separated list of the names of zones that the content should be added to. Defaults to head. id optional, identifier for the text being added with the ADDTOZONE call, to be used in the requires parameter of other ADDTOZONE calls. ADDTOZONE calls with the same id parameter will simply overwrite the earlier ADDTOZONE call. requires="..." optional, comma separated string of ids of text within this zone that this content should follow when the zone is rendered. text="..." optional, text to be added to the named zone, mutually exclusive with topic. topic="..." optional, full qualified web.topic name that contains the text to be added, mutually exclusive with text. section="..." optional, section of the topic to be added, defaults to the default section between STARTINCLUDE and STOPINCLUDE.topic and section is actually a short form of
%ADDTOZONE{
"myzone"
text="$percentINCLUDE{\"topic\" section=\"section\" warn=\"off\"}$percent"
}% Interesting use cases in wiki applications: Note: Foswiki uses the requires parameter to resolve the ordering of dependencies within a zone. It does not work across zones. If you have an id in requires that cannot be resolved during sorting, then RENDERZONE will generate an HTML comment to mark the problem.
sidebar zone to add widgets, toolbar zone to add buttons icons menu zone to add menu entries ADDTOZONE Web browsers generally process the HTML on a page from top to bottom. When a adds content to a zone identified with the id tag is encountered with a URL to some Javascript file, processing of the page will stop while the file is fetched and executed before continuing. When a page makes heavy use of Javascript you can get a "blank screen" effect in the browser while each script is downloaded. To avoid this effect, parameter. An id tags can be moved to the end of the HTML page, so that the user may view the page content while scripts are being loaded. identifier is unique within the zone that they are added to. When the same id is used in multiple calls to ADDTOZONE the last call will win, that is previous content of the same id will be overwritten.
Foswiki makes this move possible by providing the head and script zones. These are automatic zones - they do not require a corresponding RENDERZONE.
An ADDTOZONE call may ensure that its content appears after the content of some other ADDTOZONE calls by specifying their ids in the requires parameter. The requires parameter constraints the linear order of content added to a zone. When a zone is rendered, all ordering constraints expressed via requires are satisfied. Those ids not found in a zone don't have any influence on the final ordering. Missing ids aren't considered an error rather than an over-specified ordering problem.
Rendering the
scriptzone at the end of the HTML body requires skin template customisation with %RENDERZONE{"script"}%
{MergeHeadAndScriptZones} disabled (default) Notionally the head and script zones correspond to a point just before the HTML tag. Normally you should add CSS (and other HTML content, such as ) to the head zone, and Javascript markup to the script zone. The setting {MergeHeadAndScriptZones} in Configure controls what happens when RENDERZONE is called.
Normally, dependencies between the individual ADDTOZONE statements are resolved within each zone. However, if {MergeHeadAndScriptZones} is enabled, then head content which requires an id that only exists in script (and vice-versa) will be re-ordered to satisfy any dependency.
![]()
{MergeHeadAndScriptZones}is provided to maintain compatibility with legacy extensions that use ADDTOHEAD to addmarkup and require content that is now in thescriptzone.{MergeHeadAndScriptZones}will be removed from a future version of Foswiki.
In this mode, the head and script zones are treated separately.
Even when head and script zones are treated separately, the head zone will always be rendered before the script zone, unless otherwise specified using RENDERZONE explicitly. So any content in the script zone that depends on content placed into the head zone is satisfied intrinsicly as they are both rendered as specified above.
{MergeHeadAndScriptZones} enabled In this mode, the head and script zones are separate when adding to them, but may be treated as merged when you call RENDERZONE if there are any dependencies specified that only exist in the opposite zone. This allows an ADDTOZONE{"head"...} to to successfully require an id that has been added to script.
![]()
{MergeHeadAndScriptZones}is provided to maintain compatibility with legacy extensions that use ADDTOHEAD to addmarkup and require content that is now in thescriptzone.{MergeHeadAndScriptZones}will be removed from a future version of Foswiki.
Only add content to the script zone that is also legal in the .
You must ensure that no head content (and no inline Javascript) depends on scriptcontent. content, or vice-versa. Any such dependency will be ignored. However, the HTML comment decoration which normally appears after each id's content in the rendered HTML will contain a small informative text to aid debugging
Example
In real world application this isn't a problem as Javascript is never added to the head zone or Javascript zone part of the script zone never really depends on non-Javascript content part of the head zone.
%ADDTOZONE{
"head"
text="
"
requires="some-id-that-exists-in-script"
id="MY::TEST"
}% HTML comment decoration which normally appears after each id's content in the rendered HTML will contain a small informative text to aid debugging.
Result
Example
%ADDTOZONE{
"script"
text="
"
requires="some-id-that-exists-in-script"
id="MY::TEST"
}%
On the other hand, as explained earlier - when {MergeHeadAndScriptZones} is enabled - Foswiki is able resolve such dependencies successfully.
Result Note that if you do have an explicit call to %RENDERZONE{"head"}% in your templates then the content expanded at that point will be the same content as would be inserted before the .
Make sure that all inline Javascript code in the topic (if it is allowed) is added to the page using %ADDTOZONE{"script"...requires="library-id"}% with the appropriate library-id to guarantee a correct load order. For example, jQuery code should be added as follows:
%ADDTOZONE{"script"...requires="library-id"}% with the appropriate library-id to guarantee a correct load order. For example, jQuery code should be added as follows:
%JQREQUIRE{"shake"}%%ADDTOZONE{
"script"
id="MyApp::ShakePart"
text="
"
requires="JQUERYPLUGIN::SHAKE"
}% where "MyApp::ShakePart" is a unique id to identify the text added to script; and JQUERYPLUGIN::SHAKE signifies that the content added with that identifier should appear beforehand.
%JQREQUIRE{"shake"}%
%ADDTOZONE{
"script"
id="MyApp::ShakePart"
text="
"
requires="JQUERYPLUGIN::SHAKE"
}%
where "MyApp::ShakePart" is a unique id to identify the text added to script; and JQUERYPLUGIN::SHAKE signifies that the content added with that identifier should appear beforehand.
%ADDTOZONE{"head"
id="MyCSS"
text="
"
}%
Copyright © by the contributing authors. All material on this site is the property of the contributing authors.