Hi Christian,
Le 05/10/2011 20:11, Christian Grobmeier a écrit :
> Hello Pascal,
>
> On Wed, Oct 5, 2011 at 9:16 AM, Pascal Sancho wrote:
>> Hi Sergiu,
>
> it was me (Christian) who asked, Sergiu helped me :-)
Oups, sorry for that misreading.
>> can you provide a (short) XSL-FO and describe m
>> But one question is left. I have used absolute positioning because I
>> wanted to have two boxes side-by-side, like with float and div. Can I
>> do this with absolute / table only?
>
> FOP doesn't support float FO for now (see [1]).
> alternatives may be:
> - absolute-position on b-c
> - table
If by "footer area" you mean the region-after of the page's page-master,
remember that the region-after overlays the region-body; you need to define a
margin-bottom for the region-body that is at least as large as the extent of
the region-after. With keeps, I have found that specifying the parti
Hi,
FOP 0.20.x was known to have block-progression-dimension issues, and
sometimes the body content could overlap (below) the after-region.
A workaround consists in increasing the body margin-bottom until the
overlap disappears.
That said, the best action should to upgrade FOP to a recent release
Hi,
I am getting this runtime error:
org.apache.fop.fo.ValidationException:
file:/home/mike/source/docbook/sample_doc2_xalan.fo:1:66363: Error(1/66363):
fo:external-graphic is not a valid child element of fo:flow.
after I added
to a very simple DocBook XML sourcefile
I am new to DocBook,
supply an FO (not XLST) input file if you wish to have your input examined;
make sure to supply all referenced resources
On Thu, Oct 6, 2011 at 9:30 PM, Mike Chambers wrote:
> Hi,
>
> I am getting this runtime error:
> org.apache.fop.fo.ValidationException:
> file:/home/mike/source/docbook/samp
Hi Mike,
An an %inline entity, and the only valid child of
an (http://www.w3.org/TR/xsl/#fo_flow) is a %block. So
basically you need to wrap the external-graphic object in a
object i.e.:
Your XSL-FO code:
...
...
...
Hope that helps.
Mehdi
On 6 October 2011 14:30, Mike Cha
Rita Greenberg medata.com> writes:
>
> Hello.
>
> I have a PDF document which has many tables.
> One of the tables (which has multiple rows) is printing on two pages.
> The problem is that part of the table on the first page is printing in the
> footer area so it's being overwritten with the pa
Hello,
I've read http://xmlgraphics.apache.org/fop/faq.html#pdf-characters and
http://xmlgraphics.apache.org/fop/1.0/fonts.html#missing-glyphs. They seem to
suggest that if the font contains a glyph it ought to be picked up.
I'm using the DejaVu fonts. A ć (c with acute accent, lower case) is m
Hi Mark,
What version of FOP are you using? In FOP 1.0+ the metrics XML files
are deprecated.
Mehdi
On 6 October 2011 20:39, Mark Craig wrote:
> Hello,
> I've read http://xmlgraphics.apache.org/fop/faq.html#pdf-characters and
> http://xmlgraphics.apache.org/fop/1.0/fonts.html#missing-glyphs. Th
Thank you, Mehdi.
Yes, FOP 1.0.
Does generation of the metrics XML file somehow mislead FOP, then?
Regards,
Mark
On Thu, Oct 6, 2011 at 10:13 PM, mehdi houshmand wrote:
> Hi Mark,
>
> What version of FOP are you using? In FOP 1.0+ the metrics XML files
> are deprecated.
>
> Mehdi
>
> On 6 Oct
Hi,
When will the complex script support (for Arabic and other left-to-right fonts)
be ready enough that we can evaluate it against the current FOP and see if it
is suitable for our rendering needs?
I know this is a very difficult project with a lot of deep issues that need to
be resolved. I
I used complex script from the following location:
http://people.apache.org/~spepping/
I ran the command to generate an FO as follows:
c:\fop-ComplexScripts\fop.cmd -c c:\fop-ComplexScripts\conf\fop.xconf -fo
Arabic.fo -pdf Arabic.pdf
I attach the fo file and the fop.xconf file.
The FOP code
13 matches
Mail list logo
