Swiftdiff options
| author | Tobias Markmann <tm@ayena.de> | 2018-07-13 15:20:36 (GMT) |
|---|---|---|
| committer | Tobias Markmann <tm@ayena.de> | 2018-09-26 14:05:36 (GMT) |
| commit | 1536284a15743f6ec41d3230177a24d245158a9d (patch) | |
| tree | 21216d18d93ddfc620e6b36dc28428c5d5b71775 /3rdParty/SCons/scons-3.0.1/engine/SCons/Tool/docbook/docbook-xsl-1.76.1/params/section.container.element.xml | |
| parent | 091f6e520694360a0407ab0cf3bb036fb461e6e3 (diff) | |
| download | swift-1536284a15743f6ec41d3230177a24d245158a9d.zip swift-1536284a15743f6ec41d3230177a24d245158a9d.tar.bz2 | |
Update SCons in 3rdParty from 2.4.0 to 3.0.1
This also has our scons patch in 3rdParty/SCons applied.
Test-Information:
Builds with unit tests on macOS 10.13.6.
Change-Id: I25d3662eeec27a76dab10d501ba46dc16f0bef4b
Diffstat (limited to '3rdParty/SCons/scons-3.0.1/engine/SCons/Tool/docbook/docbook-xsl-1.76.1/params/section.container.element.xml')
| -rw-r--r-- | 3rdParty/SCons/scons-3.0.1/engine/SCons/Tool/docbook/docbook-xsl-1.76.1/params/section.container.element.xml | 62 |
1 files changed, 62 insertions, 0 deletions
diff --git a/3rdParty/SCons/scons-3.0.1/engine/SCons/Tool/docbook/docbook-xsl-1.76.1/params/section.container.element.xml b/3rdParty/SCons/scons-3.0.1/engine/SCons/Tool/docbook/docbook-xsl-1.76.1/params/section.container.element.xml new file mode 100644 index 0000000..a6c4059 --- /dev/null +++ b/3rdParty/SCons/scons-3.0.1/engine/SCons/Tool/docbook/docbook-xsl-1.76.1/params/section.container.element.xml @@ -0,0 +1,62 @@ +<refentry xmlns="http://docbook.org/ns/docbook" + xmlns:xlink="http://www.w3.org/1999/xlink" + xmlns:xi="http://www.w3.org/2001/XInclude" + xmlns:src="http://nwalsh.com/xmlns/litprog/fragment" + xmlns:xsl="http://www.w3.org/1999/XSL/Transform" + version="5.0" xml:id="section.container.element"> +<refmeta> +<refentrytitle>section.container.element</refentrytitle> +<refmiscinfo class="other" otherclass="datatype">list</refmiscinfo> +<refmiscinfo class="other" otherclass="value">block</refmiscinfo> +<refmiscinfo class="other" otherclass="value">wrapper</refmiscinfo> +</refmeta> +<refnamediv> +<refname>section.container.element</refname> +<refpurpose>Select XSL-FO element name to contain sections</refpurpose> +</refnamediv> + +<refsynopsisdiv> +<src:fragment xml:id="section.container.element.frag"> +<xsl:param name="section.container.element">block</xsl:param> +</src:fragment> +</refsynopsisdiv> + +<refsection><info><title>Description</title></info> + +<para>Selects the element name for outer container of +each section. The choices are <literal>block</literal> (default) +or <literal>wrapper</literal>. +The <literal>fo:</literal> namespace prefix is added +by the stylesheet to form the full element name. +</para> + +<para>This element receives the section <literal>id</literal> +attribute and the appropriate section level attribute-set. +</para> + +<para>Changing this parameter to <literal>wrapper</literal> +is only necessary when producing multi-column output +that contains page-wide spans. Using <literal>fo:wrapper</literal> +avoids the nesting of <literal>fo:block</literal> +elements that prevents spans from working (the standard says +a span must be on a block that is a direct child of +<literal>fo:flow</literal>). +</para> + +<para>If set to <literal>wrapper</literal>, the +section attribute-sets only support properties +that are inheritable. That's because there is no +block to apply them to. Properties such as +font-family are inheritable, but properties such as +border are not. +</para> + +<para>Only some XSL-FO processors need to use this parameter. +The Antenna House processor, for example, will handle +spans in nested blocks without changing the element name. +The RenderX XEP product and FOP follow the XSL-FO standard +and need to use <literal>wrapper</literal>. +</para> + +</refsection> +</refentry> |