howto exclude a subtree in pdf generation?

[EMMEL Thomas <th...@3ds.com>]

Hi,

I wonder whether there is an easy way to exclude a part of the 
documentation that is still generated for html-output for the wholesite.pdf?

In my particular case I put a doxygen-generated html-tree to forrest
which itself generates a lot of output and it is much easier to take the
latex-output from doxygen to generate a pdf than using the wholesite.pdf
in this case.
And in this case as I generate a lot of dependency graph forrest will 
just fail to create the wholesite.pdf file since it encouters the bug in 
fo(?) that prevents to add pictures to tall to pdf.
(No flow in page-sequence)

Kind regards

Thomas

Re: howto exclude a subtree in pdf generation?

[Ross Gardler <rg...@apache.org>]

EMMEL Thomas wrote:
> Just one additional note:
> I tracked that down to a lot of
> <a name="123456"></a> lines in my output of doxygen.
> This will end in cocoon-errors like
> 
> internal-destination or external-destination must be specified in 
> basic-link
> 
> from fo:
> 
> <fo:basic-link external-destination="" text-decoration="underline" 
> color="#0F3660"/>
> 
> Although I cannot prevent as far as I see to let doxygen create this
> it is still an option for me to exculde the whole tree from wholesite.pdf.

There is no *really* easy way to exclude a single section from 
wholesite. That functionality is to provide, well, the whole site.

There are a few approaches you can take:

- Use a tab to define the docs you want in the aggregate PDF [1]

- add your own custom aggregate matcher to your project xmap based on 
the current wholesite.xml matcher in sitemap.xmap (which delegates to 
aggregate.xmap). What you need to do is add a new transformation step 
after the aggregation. This new transformation needs to remove the bit 
you don't want. I'd put it between the following two transformations:

<map:transform src="{lm:transform-aggregate.book.cinclude}">
   <map:parameter name="ignore" value="{1}"/>
   <map:parameter name="title" value="{conf:project-name}"/>
</map:transform>
<map:transform type="cinclude"/>

- Create a master document that uses XInclude each of the docs you want 
in the aggregate (would need to manually maintain the inclusion list)

With respect to your problem with empty <a> elements, this could be 
solved in main/webapp/skins/common/xslt/fo/document-to-fo.xsl - either 
strip the empty anchors or add a space when it is empty.

Ross


[1] http://forrest.apache.org/docs_0_90/howto/howto-pdf-tab.html

> 
> Kind regards
> 
> Thomas
> 
> EMMEL Thomas schrieb:
>> Hi,
>>
>> I wonder whether there is an easy way to exclude a part of the 
>> documentation that is still generated for html-output for the 
>> wholesite.pdf?
>>
>> In my particular case I put a doxygen-generated html-tree to forrest
>> which itself generates a lot of output and it is much easier to take the
>> latex-output from doxygen to generate a pdf than using the wholesite.pdf
>> in this case.
>> And in this case as I generate a lot of dependency graph forrest will 
>> just fail to create the wholesite.pdf file since it encouters the bug 
>> in fo(?) that prevents to add pictures to tall to pdf.
>> (No flow in page-sequence)
>>
>> Kind regards
>>
>> Thomas
> 
> 
> 
> 

Resolved: Re: webapp loglevel

[llamar burgess <ll...@kraftfeld.org>]

Lo,

the reason why everything was put into the catalina.out was a 
misconfiguration in of the access rights for the context logfiles.
Since they could not been written, the standard output device was used - 
and therefore written into catalina.out.

thx for your help

best regards
llamar


llamar burgess schrieb:
> Ross Gardler schrieb:
>> llamar burgess wrote:
>>> Lo,
>>>
>>> running Forrest as webapp under tomcat, tons of debug entries are 
>>> written into in the catalina.out.
>>> I tried to change the loglevel but nothing happend.
>>> How can this be done?
>>
>> See /forrest/main/webapp/WEB-INF/logkit.xconf
> Hi Ross,
>
> i already tried to set the loglevel there. But it is already set to 
> "warn" there, as far as i can tell.
> Even if i change settings here it seems to have no effect on the 
> catalina.out..
> Maybe im just too dumb... how can i change it?
>
> thx
> best regards
> llamar
>
>
r

Re: webapp loglevel

[llamar burgess <ll...@kraftfeld.org>]

Ross Gardler schrieb:
> llamar burgess wrote:
>> Lo,
>>
>> running Forrest as webapp under tomcat, tons of debug entries are 
>> written into in the catalina.out.
>> I tried to change the loglevel but nothing happend.
>> How can this be done?
>
> See /forrest/main/webapp/WEB-INF/logkit.xconf
Hi Ross,

i already tried to set the loglevel there. But it is already set to 
"warn" there, as far as i can tell.
Even if i change settings here it seems to have no effect on the 
catalina.out..
Maybe im just too dumb... how can i change it?

thx
best regards
llamar

Re: webapp loglevel

[Ross Gardler <rg...@apache.org>]

llamar burgess wrote:
> Lo,
> 
> running Forrest as webapp under tomcat, tons of debug entries are 
> written into in the catalina.out.
> I tried to change the loglevel but nothing happend.
> How can this be done?

See /forrest/main/webapp/WEB-INF/logkit.xconf

Ross

webapp loglevel

[llamar burgess <ll...@kraftfeld.org>]

Lo,

running Forrest as webapp under tomcat, tons of debug entries are 
written into in the catalina.out.
I tried to change the loglevel but nothing happend.
How can this be done?

thx
best regards
llamar

Re: howto exclude a subtree in pdf generation?

[EMMEL Thomas <th...@3ds.com>]

Just one additional note:
I tracked that down to a lot of
<a name="123456"></a> lines in my output of doxygen.
This will end in cocoon-errors like

internal-destination or external-destination must be specified in basic-link

from fo:

<fo:basic-link external-destination="" text-decoration="underline" 
color="#0F3660"/>

Although I cannot prevent as far as I see to let doxygen create this
it is still an option for me to exculde the whole tree from wholesite.pdf.

Kind regards

Thomas

EMMEL Thomas schrieb:
> Hi,
> 
> I wonder whether there is an easy way to exclude a part of the 
> documentation that is still generated for html-output for the 
> wholesite.pdf?
> 
> In my particular case I put a doxygen-generated html-tree to forrest
> which itself generates a lot of output and it is much easier to take the
> latex-output from doxygen to generate a pdf than using the wholesite.pdf
> in this case.
> And in this case as I generate a lot of dependency graph forrest will 
> just fail to create the wholesite.pdf file since it encouters the bug in 
> fo(?) that prevents to add pictures to tall to pdf.
> (No flow in page-sequence)
> 
> Kind regards
> 
> Thomas