Mailing-List: contact user-help@forrest.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@forrest.apache.org
Received-SPF: pass (herse.apache.org: domain of patrick.ohly@gmx.de designates
 213.165.64.20 as permitted sender)
Subject: Re: Stop PDF Summary...
From: Patrick Ohly <patrick.ohly@gmx.de>
To: user@forrest.apache.org
In-Reply-To: <45CCDD24.1010704@apache.org>
References: <28628751.1170943736827.JavaMail.root@eastrmwml09>
	 <45CCDD24.1010704@apache.org>
Content-Type: multipart/mixed; boundary="=-fCo8H+Kc2kJa52immkxv"
Date: Sun, 17 Jun 2007 21:44:07 +0200
Message-Id: <1182109448.14818.58.camel@ip6-localhost>
Mime-Version: 1.0


--=-fCo8H+Kc2kJa52immkxv
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Fr, 2007-02-09 at 20:44 +0000, Ross Gardler wrote:
> greg.vaco@cox.net wrote:
> > How do I turn off the summary that's being created above my table of
> > contents in each of the page-level PDFs?  It appears to be generated
> > by the PDF Outline XSLT in common skins (src\documentation\skins
> > \common\xslt\fo\pdfoutline.xsl), but I'm not positive.  
> 
> You are correct in that pdfoutline.xsl generates the outline. This is 
> called from the root document-2-fo.xsl.
> 
> Currently there is no configuration option for removing this outline. 
> Adding one in is an easy job, just look at the way skinconf.xml values 
> are used elsewhere in document-2-fo.xsl. Of course, you could create 
> your own skin and provide your own XSL that does not call the outline. 
> But providing a patch to make it configurable would be well recieved here.

I also wanted to turn off the TOC, so I patched the 0.8
main/webapp/skins/common/xslt/fo/document-to-fo.xsl - see attachement. I
don't know where "forrest seed" takes the skinconf.xml from, so I didn't
patch anything related to that. Here's what I added to my project's
skinconf.xml:
    ...
    <!--
      Disable the generation of the table of content on the first page
      of the PDF. By default the TOC is generated.
    -->
    <disable-toc>true</disable-toc>
  </pdf>

There's one problem with the patch: if <disable-toc> is not set in
skinconf.xml, then the TOC is disabled nevertheless. I'm not sure why;
what is the xsl:variable "disable-toc" set to in that case?

If <disable-toc> is present, then it works as expected: only "true"
disables the TOC, any other string generates the TOC.

-- 
Bye, Patrick Ohly
--  
Patrick.Ohly@gmx.de
http://www.estamos.de/

--=-fCo8H+Kc2kJa52immkxv
Content-Disposition: attachment; filename=pdf-toc.patch
Content-Type: text/x-patch; name=pdf-toc.patch; charset=ISO-8859-1
Content-Transfer-Encoding: base64

SW5kZXg6IG1haW4vd2ViYXBwL3NraW5zL2NvbW1vbi94c2x0L2ZvL2RvY3VtZW50LXRvLWZvLnhz
bA0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PQ0KLS0tIG1haW4vd2ViYXBwL3NraW5zL2NvbW1vbi94c2x0L2ZvL2RvY3Vt
ZW50LXRvLWZvLnhzbAkocmV2aXNpb24gNTM1NjM3KQ0KKysrIG1haW4vd2ViYXBwL3NraW5zL2Nv
bW1vbi94c2x0L2ZvL2RvY3VtZW50LXRvLWZvLnhzbAkod29ya2luZyBjb3B5KQ0KQEAgLTIyLDYg
KzIyLDggQEANCiAgIDx4c2w6dmFyaWFibGUgbmFtZT0idGV4dC1hbGlnbiIgc2VsZWN0PSJzdHJp
bmcoLy9za2luY29uZmlnL3BkZi9wYWdlL0B0ZXh0LWFsaWduKSIvPg0KIDwhLS0gcHJpbnQgVVJM
IG9mIGV4dGVybmFsIGxpbmtzIC0tPg0KICAgPHhzbDp2YXJpYWJsZSBuYW1lPSJzaG93LWV4dGVy
bmFsLXVybHMiIHNlbGVjdD0iLy9za2luY29uZmlnL3BkZi9zaG93LWV4dGVybmFsLXVybHMiLz4N
Cis8IS0tIGRpc2FibGUgdGhlIHRhYmxlIG9mIGNvbnRlbnQgKGVuYWJsZWQgYnkgZGVmYXVsdCkg
LS0+DQorICA8eHNsOnZhcmlhYmxlIG5hbWU9ImRpc2FibGUtdG9jIiBzZWxlY3Q9Ii8vc2tpbmNv
bmZpZy9wZGYvZGlzYWJsZS10b2MiLz4NCiA8IS0tIEdldCB0aGUgc2VjdGlvbiBkZXB0aCB0byB1
c2Ugd2hlbiBnZW5lcmF0aW5nIHRoZSBtaW5pdG9jIChkZWZhdWx0IGlzIDIpIC0tPg0KICAgPHhz
bDp2YXJpYWJsZSBuYW1lPSJ0b2MtbWF4LWRlcHRoIiBzZWxlY3Q9Im51bWJlcigvL3NraW5jb25m
aWcvdG9jL0BtYXgtZGVwdGgpIi8+DQogPCEtLSBUaGUgcGFnZSBzaXplIHRvIGJlIHVzZWQgLS0+
DQpAQCAtMjQ3LDcgKzI0OSw3IEBADQogICAgICAgICA8eHNsOmFwcGx5LXRlbXBsYXRlcyBzZWxl
Y3Q9ImZvb3RlciIvPg0KICAgICAgIDwvZm86YmxvY2s+DQogPCEtLSBkb24ndCBsaXN0IHBhZ2Ug
bnVtYmVyIG9uIGZpcnN0IHBhZ2UgaWYgaXQncyBjb250ZW50cyBpcyBqdXN0IHRoZSBUT0MgLS0+
DQotICAgICAgPHhzbDppZiB0ZXN0PSJub3QoJHRvYy1tYXgtZGVwdGggPiAwIGFuZCAkcGFnZS1i
cmVhay10b3Atc2VjdGlvbnMpIj4NCisgICAgICA8eHNsOmlmIHRlc3Q9IiRkaXNhYmxlLXRvYyA9
ICd0cnVlJyBvciBub3QoJHRvYy1tYXgtZGVwdGggPiAwIGFuZCAkcGFnZS1icmVhay10b3Atc2Vj
dGlvbnMpIj4NCiAgICAgICAgIDx4c2w6Y2FsbC10ZW1wbGF0ZSBuYW1lPSJpbnNlcnRQYWdlTnVt
YmVyIj4NCiAgICAgICAgICAgPHhzbDp3aXRoLXBhcmFtIG5hbWU9InRleHQtYWxpZ24iPnN0YXJ0
PC94c2w6d2l0aC1wYXJhbT4NCiAgICAgICAgIDwveHNsOmNhbGwtdGVtcGxhdGU+DQpAQCAtODk0
LDcgKzg5Niw3IEBADQogICAgIDwvZm86aW5saW5lPg0KICAgPC94c2w6dGVtcGxhdGU+DQogICA8
eHNsOnRlbXBsYXRlIG1hdGNoPSJib2R5W2NvdW50KC8vc2VjdGlvbikgIT0gMF0iPg0KLSAgICA8
eHNsOmlmIHRlc3Q9IiR0b2MtbWF4LWRlcHRoID4gMCI+DQorICAgIDx4c2w6aWYgdGVzdD0iJGRp
c2FibGUtdG9jICE9ICd0cnVlJyBhbmQgJHRvYy1tYXgtZGVwdGggPiAwIj4NCiAgICAgICA8Zm86
YmxvY2sgZm9udC1mYW1pbHk9InNlcmlmIiBmb250LXNpemU9IjE0cHQiIGZvbnQtd2VpZ2h0PSJi
b2xkIg0KICAgICAgIHNwYWNlLWFmdGVyPSI1cHQiIHNwYWNlLWJlZm9yZT0iNXB0IiB0ZXh0LWFs
aWduPSJqdXN0aWZ5IiB3aWR0aD0iNy41aW4iPg0KICAgICAgICAgPHhzbDpjYWxsLXRlbXBsYXRl
IG5hbWU9Imluc2VydFBhZ2VCcmVha3MiLz4NCg==


--=-fCo8H+Kc2kJa52immkxv--