Re: omit first table header/last footer
It seems although it does happen.. there are some work arounds this. 1) Setting line height and height to 0mm this includes that of any inline objects however within inline objects the content height does not effect 2) the location of any parent for-each statement. if specified within the table body the error occurs, if specified within a block all works ok. I shall continue to try and diagnose where errors occur. Maybe if I can find the cause somebody can modify to fix. Unfortunately I am by no means competent to look at code to do the same. Carlos Villegas wrote: > > It probably behaves that way. I wasn't sure about the implementation. It > was enough for my purposes so I didn't checked it further. > > Cheers > > On 9/21/11 6:16 PM, champagne_chary wrote: >> Would I be right in assuming that this method removes the header however >> places a space at the bottom of the page. This is unfortunately what i am >> finding. :(... The space at the bottom of the parent object (be it a >> page/ >> table row) is equivelent in height to that the header / more >> specifically >> the text within. >> >> I have tried to implement in a couple of ways and this phenominum keeps >> occuring. Hope somebody that uses this nifty mod can enlighten me on if >> there is a way around this. >> >> Cheers >> >> >> >> >> >> >> Carlos Villegas wrote: >>> I implemented this extension. I added fox:table-omit-last-footer and >>> fox:table-omit-first-header attributes to fo:table. It seems to work >>> well in my use case. >>> If anyone is interested I can submit a patch. >>> >>> Cheers, >>> Carlos >>> >>> Carlos Villegas wrote: Thanks for the pointers. I agree that implementing retrieve-table-marker is not only a more generic solution but also what the spec requires. However, I'm short on time and this seems easier so I'll give it a try first. Regards, Carlos Vincent Hennebert wrote: > Hi Carlos, > > Carlos Villegas wrote: >> Hi, >> >> I searched the mailing lists and it seems that although some people >> had >> worked at several times at trying to implement retrieve-table-marker, >> it's not yet done. Is somebody working on this? What's the status? > It’s not being worked on at the moment. This is still a missing > feature. > > >> In many use cases omitting the first table header and the last table >> footer will do the trick. >> >> How easy is this to implement? >> What will be the steps to add such an extension to FOP? >> I just started looking at the code so I'm exploring whether this is >> viable solution. > That might work. You would need to change the > o.a.f.layoutmgr.table.TableContentLayoutManager.getNextKnuthElements > method. There is a “if (getTableLM().getTable().omitHeaderAtBreak())” > test that you could augment with a “&& !(omitFirstHeader)” clause. > Likewise for the footer. > > The easiest is to directly modify that class and re-build FOP. A bit > less easy would be to add a variable in the configuration file, so > that > you can enable it only for certain FO files. Even less easy would be > to > add an extension property to fo:table so that you can enable it only > for > some tables of an FO document. Please ask if you need more details. > > All that said, such a change would be very hacky and, unless there is > overwhelming demand from the user community, I would oppose to > integrate > it in the code base. This is a patch that you would have to maintain > on > your side. Better would be of course to actually implement > retrieve-table-marker. Although this would be more involving than > implementing this little trick... > > > HTH, > Vincent > >>> > > > -- View this message in context: http://old.nabble.com/omit-first-table-header-last-footer-tp25640345p32595267.html Sent from the FOP - Dev mailing list archive at Nabble.com.
Re: omit first table header/last footer
It probably behaves that way. I wasn't sure about the implementation. It was enough for my purposes so I didn't checked it further. Cheers On 9/21/11 6:16 PM, champagne_chary wrote: Would I be right in assuming that this method removes the header however places a space at the bottom of the page. This is unfortunately what i am finding. :(... The space at the bottom of the parent object (be it a page/ table row) is equivelent in height to that the header / more specifically the text within. I have tried to implement in a couple of ways and this phenominum keeps occuring. Hope somebody that uses this nifty mod can enlighten me on if there is a way around this. Cheers Carlos Villegas wrote: I implemented this extension. I added fox:table-omit-last-footer and fox:table-omit-first-header attributes to fo:table. It seems to work well in my use case. If anyone is interested I can submit a patch. Cheers, Carlos Carlos Villegas wrote: Thanks for the pointers. I agree that implementing retrieve-table-marker is not only a more generic solution but also what the spec requires. However, I'm short on time and this seems easier so I'll give it a try first. Regards, Carlos Vincent Hennebert wrote: Hi Carlos, Carlos Villegas wrote: Hi, I searched the mailing lists and it seems that although some people had worked at several times at trying to implement retrieve-table-marker, it's not yet done. Is somebody working on this? What's the status? It’s not being worked on at the moment. This is still a missing feature. In many use cases omitting the first table header and the last table footer will do the trick. How easy is this to implement? What will be the steps to add such an extension to FOP? I just started looking at the code so I'm exploring whether this is viable solution. That might work. You would need to change the o.a.f.layoutmgr.table.TableContentLayoutManager.getNextKnuthElements method. There is a “if (getTableLM().getTable().omitHeaderAtBreak())” test that you could augment with a “&& !(omitFirstHeader)” clause. Likewise for the footer. The easiest is to directly modify that class and re-build FOP. A bit less easy would be to add a variable in the configuration file, so that you can enable it only for certain FO files. Even less easy would be to add an extension property to fo:table so that you can enable it only for some tables of an FO document. Please ask if you need more details. All that said, such a change would be very hacky and, unless there is overwhelming demand from the user community, I would oppose to integrate it in the code base. This is a patch that you would have to maintain on your side. Better would be of course to actually implement retrieve-table-marker. Although this would be more involving than implementing this little trick... HTH, Vincent
Re: omit first table header/last footer
Would I be right in assuming that this method removes the header however places a space at the bottom of the page. This is unfortunately what i am finding. :(... The space at the bottom of the parent object (be it a page/ table row) is equivelent in height to that the header / more specifically the text within. I have tried to implement in a couple of ways and this phenominum keeps occuring. Hope somebody that uses this nifty mod can enlighten me on if there is a way around this. Cheers Carlos Villegas wrote: > > I implemented this extension. I added fox:table-omit-last-footer and > fox:table-omit-first-header attributes to fo:table. It seems to work > well in my use case. > If anyone is interested I can submit a patch. > > Cheers, > Carlos > > Carlos Villegas wrote: >> Thanks for the pointers. I agree that implementing retrieve-table-marker >> is not only a more generic solution but also what the spec requires. >> However, I'm short on time and this seems easier so I'll give it a try >> first. >> >> Regards, >> Carlos >> >> Vincent Hennebert wrote: >>> Hi Carlos, >>> >>> Carlos Villegas wrote: Hi, I searched the mailing lists and it seems that although some people had worked at several times at trying to implement retrieve-table-marker, it's not yet done. Is somebody working on this? What's the status? >>> >>> It’s not being worked on at the moment. This is still a missing feature. >>> >>> In many use cases omitting the first table header and the last table footer will do the trick. How easy is this to implement? What will be the steps to add such an extension to FOP? I just started looking at the code so I'm exploring whether this is viable solution. >>> >>> That might work. You would need to change the >>> o.a.f.layoutmgr.table.TableContentLayoutManager.getNextKnuthElements >>> method. There is a “if (getTableLM().getTable().omitHeaderAtBreak())” >>> test that you could augment with a “&& !(omitFirstHeader)” clause. >>> Likewise for the footer. >>> >>> The easiest is to directly modify that class and re-build FOP. A bit >>> less easy would be to add a variable in the configuration file, so that >>> you can enable it only for certain FO files. Even less easy would be to >>> add an extension property to fo:table so that you can enable it only for >>> some tables of an FO document. Please ask if you need more details. >>> >>> All that said, such a change would be very hacky and, unless there is >>> overwhelming demand from the user community, I would oppose to integrate >>> it in the code base. This is a patch that you would have to maintain on >>> your side. Better would be of course to actually implement >>> retrieve-table-marker. Although this would be more involving than >>> implementing this little trick... >>> >>> >>> HTH, >>> Vincent >>> >> >> > > -- View this message in context: http://old.nabble.com/omit-first-table-header-last-footer-tp25640345p32503728.html Sent from the FOP - Dev mailing list archive at Nabble.com.
Re: omit first table header/last footer
Turned out there was nothing wrong with my compilation.. ( i have deleted my previous posts as they serve no purpose) modifying xslt was easy enough. A pointer / direction to use in same way as table-omit-header-at-break would have very much appreciated. Anyway possibly the reason it never made it into the code base is it doesnt seem to be included correctly in the page calculations. example 1) headers 1 (in dummy table) with omit first and header with omit on break gave the same result as example 2) outer and inner table with omit on break However I would have expected it to produce the same as example 3) one permanent header and discluding that of the outer dummy table produced expected results that differed to the previous examples yet should have been the same as when the omit first was used. Hopefully I am wrong and I have omitted something fundamental. I shall test on some slightly simpler examples as currently its used in a template that has several embedded tables. Carlos Villegas wrote: > > I implemented this extension. I added fox:table-omit-last-footer and > fox:table-omit-first-header attributes to fo:table. It seems to work > well in my use case. > If anyone is interested I can submit a patch. > > Cheers, > Carlos > > Carlos Villegas wrote: >> Thanks for the pointers. I agree that implementing retrieve-table-marker >> is not only a more generic solution but also what the spec requires. >> However, I'm short on time and this seems easier so I'll give it a try >> first. >> >> Regards, >> Carlos >> >> Vincent Hennebert wrote: >>> Hi Carlos, >>> >>> Carlos Villegas wrote: Hi, I searched the mailing lists and it seems that although some people had worked at several times at trying to implement retrieve-table-marker, it's not yet done. Is somebody working on this? What's the status? >>> >>> It’s not being worked on at the moment. This is still a missing feature. >>> >>> In many use cases omitting the first table header and the last table footer will do the trick. How easy is this to implement? What will be the steps to add such an extension to FOP? I just started looking at the code so I'm exploring whether this is viable solution. >>> >>> That might work. You would need to change the >>> o.a.f.layoutmgr.table.TableContentLayoutManager.getNextKnuthElements >>> method. There is a “if (getTableLM().getTable().omitHeaderAtBreak())” >>> test that you could augment with a “&& !(omitFirstHeader)” clause. >>> Likewise for the footer. >>> >>> The easiest is to directly modify that class and re-build FOP. A bit >>> less easy would be to add a variable in the configuration file, so that >>> you can enable it only for certain FO files. Even less easy would be to >>> add an extension property to fo:table so that you can enable it only for >>> some tables of an FO document. Please ask if you need more details. >>> >>> All that said, such a change would be very hacky and, unless there is >>> overwhelming demand from the user community, I would oppose to integrate >>> it in the code base. This is a patch that you would have to maintain on >>> your side. Better would be of course to actually implement >>> retrieve-table-marker. Although this would be more involving than >>> implementing this little trick... >>> >>> >>> HTH, >>> Vincent >>> >> >> > > -- View this message in context: http://old.nabble.com/omit-first-table-header-last-footer-tp25640345p32471459.html Sent from the FOP - Dev mailing list archive at Nabble.com.
Re: omit first table header/last footer
Hello, Hopefully somebody can point out how I should use this. Could anybody make a simple XSLT example I could learn from? Thanks -- View this message in context: http://old.nabble.com/omit-first-table-header-last-footer-tp25640345p32415582.html Sent from the FOP - Dev mailing list archive at Nabble.com.
Re: omit first table header/last footer
Well It seems I cant even get that done.. what I mean is I get error: No element mapping definition found for fox:omit-first-header Am unsure as to where I have gone wrong however given my absolute ignorance... its probably/hopefully something very simple. acouple of important bits are.. when compiling i get an error: Build Failed: The for must include junit.jar if not in Ant's own classpath I am outputting to awt not pdf. Below is where I put the ref to FOX NS http://www.w3.org/1999/XSL/Format"; xmlns:fox="http://xmlgraphics.apache.org/fop/extensions";> ohh and its the first time i've rolled my sleaves up to do anything in java and my 2nd week f doing anything in xslt/fo. I applied patch to atest trunk as I could not fins the specified. (aso new to svn :S) Hope you can advise.. Thanks -- View this message in context: http://old.nabble.com/omit-first-table-header-last-footer-tp25640345p32298868.html Sent from the FOP - Dev mailing list archive at Nabble.com.
Re: omit first table header/last footer
Thank you very much Carlos. Much appreciated. Regards Carlos Villegas wrote: > > Hi, here's a patch against svn trunk revision 1153319. > It contains 3 things, you may want to edit the patch if you don't want > all of them: > > 1. omit table last header/footer patch > > 2. fix for hyphenation when interletter values in hyphenation patterns > are higher than 7. This is a long standing bug, I had submitted this > patch before but it hasn't been incorporated it. > > 3. a patch to make all links into PDF named destinations rather than > direct page references. If the link resolves, the page reference is > defined otherwise the link is left with only the named destination. This > allows to generate PDF in pieces and then use some concatenation tool > like iText and the links will work even if in individual files the links > do not resolve. I'm not sure if this is needed anymore in current code, > but we needed this to generate big PDFs out of pieces some time ago. > > > Regards, > Carlos > > On 8/19/11 10:49 AM, champagne_chary wrote: >> Hello, a long time has passed since you posted this.. I would be >> interested >> in a patch for this. >> >> Thanks >> >> >> >> Carlos Villegas wrote: >>> I implemented this extension. I added fox:table-omit-last-footer and >>> fox:table-omit-first-header attributes to fo:table. It seems to work >>> well in my use case. >>> If anyone is interested I can submit a patch. >>> >>> Cheers, >>> Carlos >>> >>> Carlos Villegas wrote: Thanks for the pointers. I agree that implementing retrieve-table-marker is not only a more generic solution but also what the spec requires. However, I'm short on time and this seems easier so I'll give it a try first. Regards, Carlos Vincent Hennebert wrote: > Hi Carlos, > > Carlos Villegas wrote: >> Hi, >> >> I searched the mailing lists and it seems that although some people >> had >> worked at several times at trying to implement retrieve-table-marker, >> it's not yet done. Is somebody working on this? What's the status? > It’s not being worked on at the moment. This is still a missing > feature. > > >> In many use cases omitting the first table header and the last table >> footer will do the trick. >> >> How easy is this to implement? >> What will be the steps to add such an extension to FOP? >> I just started looking at the code so I'm exploring whether this is >> viable solution. > That might work. You would need to change the > o.a.f.layoutmgr.table.TableContentLayoutManager.getNextKnuthElements > method. There is a “if (getTableLM().getTable().omitHeaderAtBreak())” > test that you could augment with a “&& !(omitFirstHeader)” clause. > Likewise for the footer. > > The easiest is to directly modify that class and re-build FOP. A bit > less easy would be to add a variable in the configuration file, so > that > you can enable it only for certain FO files. Even less easy would be > to > add an extension property to fo:table so that you can enable it only > for > some tables of an FO document. Please ask if you need more details. > > All that said, such a change would be very hacky and, unless there is > overwhelming demand from the user community, I would oppose to > integrate > it in the code base. This is a patch that you would have to maintain > on > your side. Better would be of course to actually implement > retrieve-table-marker. Although this would be more involving than > implementing this little trick... > > > HTH, > Vincent > >>> > > > Index: > src/java/org/apache/fop/render/intermediate/extensions/GoToIDAction.java > === > --- > src/java/org/apache/fop/render/intermediate/extensions/GoToIDAction.java > (revision 0) > +++ > src/java/org/apache/fop/render/intermediate/extensions/GoToIDAction.java > (revision 0) > @@ -0,0 +1,81 @@ > +/* > + * Licensed to the Apache Software Foundation (ASF) under one or more > + * contributor license agreements. See the NOTICE file distributed with > + * this work for additional information regarding copyright ownership. > + * The ASF licenses this file to You under the Apache License, Version > 2.0 > + * (the "License"); you may not use this file except in compliance with > + * the License. You may obtain a copy of the License at > + * > + * http://www.apache.org/licenses/LICENSE-2.0 > + * > + * Unless required by applicable law or agreed to in writing, software > + * distributed under the License is distributed on an "AS IS" BASIS, > + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or > implied. > + * See the License for the specific language governing permissions and > + * limitations under the License. > + */ > + > +/* $Id: GoToXYAction.java 815301 2009-0
Re: omit first table header/last footer
Hi, here's a patch against svn trunk revision 1153319.
It contains 3 things, you may want to edit the patch if you don't want
all of them:
1. omit table last header/footer patch
2. fix for hyphenation when interletter values in hyphenation patterns
are higher than 7. This is a long standing bug, I had submitted this
patch before but it hasn't been incorporated it.
3. a patch to make all links into PDF named destinations rather than
direct page references. If the link resolves, the page reference is
defined otherwise the link is left with only the named destination. This
allows to generate PDF in pieces and then use some concatenation tool
like iText and the links will work even if in individual files the links
do not resolve. I'm not sure if this is needed anymore in current code,
but we needed this to generate big PDFs out of pieces some time ago.
Regards,
Carlos
On 8/19/11 10:49 AM, champagne_chary wrote:
Hello, a long time has passed since you posted this.. I would be interested
in a patch for this.
Thanks
Carlos Villegas wrote:
I implemented this extension. I added fox:table-omit-last-footer and
fox:table-omit-first-header attributes to fo:table. It seems to work
well in my use case.
If anyone is interested I can submit a patch.
Cheers,
Carlos
Carlos Villegas wrote:
Thanks for the pointers. I agree that implementing retrieve-table-marker
is not only a more generic solution but also what the spec requires.
However, I'm short on time and this seems easier so I'll give it a try
first.
Regards,
Carlos
Vincent Hennebert wrote:
Hi Carlos,
Carlos Villegas wrote:
Hi,
I searched the mailing lists and it seems that although some people had
worked at several times at trying to implement retrieve-table-marker,
it's not yet done. Is somebody working on this? What's the status?
It’s not being worked on at the moment. This is still a missing feature.
In many use cases omitting the first table header and the last table
footer will do the trick.
How easy is this to implement?
What will be the steps to add such an extension to FOP?
I just started looking at the code so I'm exploring whether this is
viable solution.
That might work. You would need to change the
o.a.f.layoutmgr.table.TableContentLayoutManager.getNextKnuthElements
method. There is a “if (getTableLM().getTable().omitHeaderAtBreak())”
test that you could augment with a “&& !(omitFirstHeader)” clause.
Likewise for the footer.
The easiest is to directly modify that class and re-build FOP. A bit
less easy would be to add a variable in the configuration file, so that
you can enable it only for certain FO files. Even less easy would be to
add an extension property to fo:table so that you can enable it only for
some tables of an FO document. Please ask if you need more details.
All that said, such a change would be very hacky and, unless there is
overwhelming demand from the user community, I would oppose to integrate
it in the code base. This is a patch that you would have to maintain on
your side. Better would be of course to actually implement
retrieve-table-marker. Although this would be more involving than
implementing this little trick...
HTH,
Vincent
Index: src/java/org/apache/fop/render/intermediate/extensions/GoToIDAction.java
===
--- src/java/org/apache/fop/render/intermediate/extensions/GoToIDAction.java
(revision 0)
+++ src/java/org/apache/fop/render/intermediate/extensions/GoToIDAction.java
(revision 0)
@@ -0,0 +1,81 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements. See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License. You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+/* $Id: GoToXYAction.java 815301 2009-09-15 12:50:47Z maxberger $ */
+
+package org.apache.fop.render.intermediate.extensions;
+
+import java.awt.Point;
+
+import org.xml.sax.ContentHandler;
+import org.xml.sax.SAXException;
+import org.xml.sax.helpers.AttributesImpl;
+
+import org.apache.fop.util.XMLUtil;
+
+/**
+ * Action class which represents a "go-to" action to an unknown ID.
+ */
+public class GoToIDAction extends AbstractAction implements
DocumentNavigationExtensionConstants {
+
+
+/**
+ * Creates a new instance with yet unknown location.
+ * @param id the identifier for this action
+
Re: omit first table header/last footer
Hello, a long time has passed since you posted this.. I would be interested in a patch for this. Thanks Carlos Villegas wrote: > > I implemented this extension. I added fox:table-omit-last-footer and > fox:table-omit-first-header attributes to fo:table. It seems to work > well in my use case. > If anyone is interested I can submit a patch. > > Cheers, > Carlos > > Carlos Villegas wrote: >> Thanks for the pointers. I agree that implementing retrieve-table-marker >> is not only a more generic solution but also what the spec requires. >> However, I'm short on time and this seems easier so I'll give it a try >> first. >> >> Regards, >> Carlos >> >> Vincent Hennebert wrote: >>> Hi Carlos, >>> >>> Carlos Villegas wrote: Hi, I searched the mailing lists and it seems that although some people had worked at several times at trying to implement retrieve-table-marker, it's not yet done. Is somebody working on this? What's the status? >>> >>> It’s not being worked on at the moment. This is still a missing feature. >>> >>> In many use cases omitting the first table header and the last table footer will do the trick. How easy is this to implement? What will be the steps to add such an extension to FOP? I just started looking at the code so I'm exploring whether this is viable solution. >>> >>> That might work. You would need to change the >>> o.a.f.layoutmgr.table.TableContentLayoutManager.getNextKnuthElements >>> method. There is a “if (getTableLM().getTable().omitHeaderAtBreak())” >>> test that you could augment with a “&& !(omitFirstHeader)” clause. >>> Likewise for the footer. >>> >>> The easiest is to directly modify that class and re-build FOP. A bit >>> less easy would be to add a variable in the configuration file, so that >>> you can enable it only for certain FO files. Even less easy would be to >>> add an extension property to fo:table so that you can enable it only for >>> some tables of an FO document. Please ask if you need more details. >>> >>> All that said, such a change would be very hacky and, unless there is >>> overwhelming demand from the user community, I would oppose to integrate >>> it in the code base. This is a patch that you would have to maintain on >>> your side. Better would be of course to actually implement >>> retrieve-table-marker. Although this would be more involving than >>> implementing this little trick... >>> >>> >>> HTH, >>> Vincent >>> >> >> > > -- View this message in context: http://old.nabble.com/omit-first-table-header-last-footer-tp25640345p32292028.html Sent from the FOP - Dev mailing list archive at Nabble.com.
Re: omit first table header/last footer
I implemented this extension. I added fox:table-omit-last-footer and fox:table-omit-first-header attributes to fo:table. It seems to work well in my use case. If anyone is interested I can submit a patch. Cheers, Carlos Carlos Villegas wrote: Thanks for the pointers. I agree that implementing retrieve-table-marker is not only a more generic solution but also what the spec requires. However, I'm short on time and this seems easier so I'll give it a try first. Regards, Carlos Vincent Hennebert wrote: Hi Carlos, Carlos Villegas wrote: Hi, I searched the mailing lists and it seems that although some people had worked at several times at trying to implement retrieve-table-marker, it's not yet done. Is somebody working on this? What's the status? It’s not being worked on at the moment. This is still a missing feature. In many use cases omitting the first table header and the last table footer will do the trick. How easy is this to implement? What will be the steps to add such an extension to FOP? I just started looking at the code so I'm exploring whether this is viable solution. That might work. You would need to change the o.a.f.layoutmgr.table.TableContentLayoutManager.getNextKnuthElements method. There is a “if (getTableLM().getTable().omitHeaderAtBreak())” test that you could augment with a “&& !(omitFirstHeader)” clause. Likewise for the footer. The easiest is to directly modify that class and re-build FOP. A bit less easy would be to add a variable in the configuration file, so that you can enable it only for certain FO files. Even less easy would be to add an extension property to fo:table so that you can enable it only for some tables of an FO document. Please ask if you need more details. All that said, such a change would be very hacky and, unless there is overwhelming demand from the user community, I would oppose to integrate it in the code base. This is a patch that you would have to maintain on your side. Better would be of course to actually implement retrieve-table-marker. Although this would be more involving than implementing this little trick... HTH, Vincent
Re: omit first table header/last footer
Thanks for the pointers. I agree that implementing retrieve-table-marker is not only a more generic solution but also what the spec requires. However, I'm short on time and this seems easier so I'll give it a try first. Regards, Carlos Vincent Hennebert wrote: Hi Carlos, Carlos Villegas wrote: Hi, I searched the mailing lists and it seems that although some people had worked at several times at trying to implement retrieve-table-marker, it's not yet done. Is somebody working on this? What's the status? It’s not being worked on at the moment. This is still a missing feature. In many use cases omitting the first table header and the last table footer will do the trick. How easy is this to implement? What will be the steps to add such an extension to FOP? I just started looking at the code so I'm exploring whether this is viable solution. That might work. You would need to change the o.a.f.layoutmgr.table.TableContentLayoutManager.getNextKnuthElements method. There is a “if (getTableLM().getTable().omitHeaderAtBreak())” test that you could augment with a “&& !(omitFirstHeader)” clause. Likewise for the footer. The easiest is to directly modify that class and re-build FOP. A bit less easy would be to add a variable in the configuration file, so that you can enable it only for certain FO files. Even less easy would be to add an extension property to fo:table so that you can enable it only for some tables of an FO document. Please ask if you need more details. All that said, such a change would be very hacky and, unless there is overwhelming demand from the user community, I would oppose to integrate it in the code base. This is a patch that you would have to maintain on your side. Better would be of course to actually implement retrieve-table-marker. Although this would be more involving than implementing this little trick... HTH, Vincent
Re: omit first table header/last footer
Hi Carlos, Carlos Villegas wrote: > Hi, > > I searched the mailing lists and it seems that although some people had > worked at several times at trying to implement retrieve-table-marker, > it's not yet done. Is somebody working on this? What's the status? It’s not being worked on at the moment. This is still a missing feature. > In many use cases omitting the first table header and the last table > footer will do the trick. > > How easy is this to implement? > What will be the steps to add such an extension to FOP? > I just started looking at the code so I'm exploring whether this is > viable solution. That might work. You would need to change the o.a.f.layoutmgr.table.TableContentLayoutManager.getNextKnuthElements method. There is a “if (getTableLM().getTable().omitHeaderAtBreak())” test that you could augment with a “&& !(omitFirstHeader)” clause. Likewise for the footer. The easiest is to directly modify that class and re-build FOP. A bit less easy would be to add a variable in the configuration file, so that you can enable it only for certain FO files. Even less easy would be to add an extension property to fo:table so that you can enable it only for some tables of an FO document. Please ask if you need more details. All that said, such a change would be very hacky and, unless there is overwhelming demand from the user community, I would oppose to integrate it in the code base. This is a patch that you would have to maintain on your side. Better would be of course to actually implement retrieve-table-marker. Although this would be more involving than implementing this little trick... HTH, Vincent
