Small regression in 1.74.1 release

[Juri Memmert <memmert@jpmdesign.net>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

Hi,


>   Mauritz Jeanson: titlepage.xsl
> 
>     Updated abstract template so that the abstract.properties and
>     abstract.title.properties attribute-sets are used. See bug #1842865.

I just downloaded the new version of the stylesheet (1.74.1) and tried
whether the bug #1842865 was truly gone.
Much to my chagrin, I have to report that it's not fixed.

Using an empty customization layer (only referencing the new
stylesheets), the abstract of an article is, again, solely dependent on
the formal.title.properties instead of the abstract.title.properties.

- From what I could see in the differences between the different
titlepages (snapshot vs. 1.74.1), this is what's going on:

(Snapshot)
<xsl:template match="d:abstract" mode="titlepage.mode">
  <fo:block xsl:use-attribute-sets="abstract.properties">
    <fo:block xsl:use-attribute-sets="abstract.title.properties">
      <xsl:choose>
	<xsl:when test="d:title|d:info/d:title">
	  <xsl:apply-templates select="d:title|d:info/d:title"/>
	</xsl:when>
	<xsl:otherwise>
	  <xsl:call-template name="gentext">
	    <xsl:with-param name="key" select="'Abstract'"/>
	  </xsl:call-template>
	</xsl:otherwise>
      </xsl:choose>
    </fo:block>
    <xsl:apply-templates select="*[not(self::d:title)]"
mode="titlepage.mode"/>
  </fo:block>
</xsl:template>


reverted back to

(1.74.1)
<xsl:template match="d:abstract" mode="titlepage.mode">
  <fo:block>
    <xsl:call-template name="formal.object.heading">
      <xsl:with-param name="title">
        <xsl:apply-templates select="." mode="title.markup"/>
      </xsl:with-param>
    </xsl:call-template>
    <xsl:apply-templates mode="titlepage.mode"/>
  </fo:block>
</xsl:template>


While I can easily fix that locally, it would be good to fix that in the
release as well... or make the bug as NOT fixed.


With kind regards,

	Juri Memmert

- --
The best way to make a fire with two sticks is to make sure one of them
is a match.
		-- Will Rogers
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREDAAYFAkmbwpkACgkQeKE9NrxdrXyedQCfTpRrObJeCwsapspTjfA0P9FI
wpAAoINh69fuSlIeDFEEPTEqh/+RhLgK
=MjNn
-----END PGP SIGNATURE-----