From 2e524f93fc03353e6fb05333d8041505948959eb Mon Sep 17 00:00:00 2001
From: Pierre Labastie <pieere@linuxfromscratch.org>
Date: Fri, 13 Mar 2020 09:20:45 +0000
Subject: Since LFS started using docbook-1.78.1, there is a lot of unused data
 in the stylesheet directory. Basically, a whole docbook-stylesheet is there,
 while we need only fo and xhtml (+ some common dirs). Each time we checkout
 the repo, we have to download this whole thing, which is by far the biggest
 part of the repo (~33 M). By removing unused cruft, this could be down to ~12
 M.

Of course, it would be even better to remove completely the stylesheets
and use host ones (repo size down to 2M). but let's do this first, it is
easier :)


git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@11778 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
---
 .../params/section.container.element.xml           | 62 ----------------------
 1 file changed, 62 deletions(-)
 delete mode 100644 stylesheets/lfs-xsl/docbook-xsl-1.78.1/params/section.container.element.xml

(limited to 'stylesheets/lfs-xsl/docbook-xsl-1.78.1/params/section.container.element.xml')

diff --git a/stylesheets/lfs-xsl/docbook-xsl-1.78.1/params/section.container.element.xml b/stylesheets/lfs-xsl/docbook-xsl-1.78.1/params/section.container.element.xml
deleted file mode 100644
index a6c40599f..000000000
--- a/stylesheets/lfs-xsl/docbook-xsl-1.78.1/params/section.container.element.xml
+++ /dev/null
@@ -1,62 +0,0 @@
-<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>
-- 
cgit v1.2.3-54-g00ecf