naturally gets smaller
Yes, that's interesting. Actually this is not my own issue, I
was helping a client and thought to report here what I thought
was a problem. But that makes sense. I'll forward this idea to
him.
Anyway, thanks for the help,
--
Florent Georges
http://www.fgeorges.org
reporting the image resolution.
How can I give you more info about that?
Regards,
--
Florent Georges
http://www.fgeorges.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
with
72 dpi for the documentation, but I thought that is maybe a bug of FOP.
Hope that helps,
--
Florent Georges
http://www.fgeorges.org/
inline: back.png-
To unsubscribe, e-mail: [EMAIL PROTECTED
Hi
I just saw a strange overflow in a table cell. The cell
contains two words, and the second word seems to being not
put on a new line if it is larger than the column width.
Here is a use case. The second cell is a little bit less
large, then both words are kept on a single line, while in
Cheffe wrote:
Since 0.93 on fo:block the attribute wrap-option='wrap' is
supported i
think. Give it a try
Thank you for the response. Unfortunately, that doesn't solve my
problem. Actually, it is not surprising, as 'wrap' is the default
value in one hane, and in the other hand the problem
Andreas L Delmelle wrote:
Hi
The known workaround is to insert zero-width breaking spaces
in the word at certain points.
Unfortunately, it is not really a possible solution. FO documents
are generated and in a lot of places we don't have any control on input
text (as the name of a
Simon Pepping wrote:
Post refused.
I forward your post to XSL List.
Regards,
--drkm
___
Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et
Simon Pepping wrote:
Hi
Post refused. Regrettably, xsl-list does not accept non-subscriber
contributions.
Actually, Gmane is an independant Mail-to-Usenet-then-back
gateway. XSL List is a plain mailing list. But I use Gmane to dig
in the archives as it has a better interface IMHO than
Hi
Maybe you'll be interested to respond to the following email, asking
which version of FOP to use in an XSL-FO classroom:
http://article.gmane.org/gmane.text.xml.xsl.general.mulberrytech/55760
Regards,
--drkm
Jeremias Maerki wrote:
Hi
Seems to be a problem in Saxon. When I last tested with Saxon
8.7.1, everything was fine. But I downloaded 8.8 and I can now
reproduce your problem. So it's a regression in Saxon. The SAX
startDocument() method is somehow called twice although it must
not be.
Pascal Sancho wrote:
Hi
Tested on both FOP 0.92 (works badly) and FOP_TRUNK (works
fine), this has been corrected in latest code
Ok, thanks for the info. I'll wait for 0.93 to add this
functionality. And thanks to Stefan and Manuel: you're right, my
samples were not well-formed (my
Bart van Riel wrote:
OK, so I need to:
1. Extract the element data from the html-holding element;
2. Convert the character escapes (should be do-able);
xsl:transform
xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
version=1.0
xsl:template match=/
Hi
This question is maybe a little bit off-topic. I have a
problem with a grey background while faxing a printed PDF,
generated by FOP. The background looks like in the
following (in French, I think we say it is an effet de
moiré):
http://www.fgeorges.org/tmp/fax-bug.png
For a
Shamem Miah wrote:
Hi
fo:block
font-size=12pt
font-family=sans-serif
/data/value/fo:block
You can achive that with two transformations. The first to transform
the above in:
fo:block
font-size=12pt
font-family=sans-serif
xsl:value-of
Shamem Miah wrote:
Sorry I didn't understand that. Is it possible you can provide a
link with an example or explanation?
You can view the XSLT FAQ about the identity transformation:
http://www.dpawson.co.uk/xsl/sect2/identity.html
Basically, try something like that for the first
Jeremias Maerki wrote:
Hi
Bug is filed against SAXON including patch:
http://sourceforge.net/tracker/index.php?func=detailaid=1483350group_id=29872atid=397617
Let's see what happens.
Michael seems to just have included your patch. See the full comment
on the issue page.
Thanks for
Hi
Doesn't the following have to result in a table with a
border of 1pt, and two rules of 0.25pt?
fo:table border-style=solid border-width=1pt
fo:table-column column-width=100pt/
fo:table-body border-width=0.25pt
fo:table-row
fo:table-cell
Jeremias Maerki wrote:
So is the above result right or a bug?
It's correct.
Ok, I misunderstood completly here, sorry. Thanks for your
comprehensive explanation.
Regards,
--drkm
Jeremias Maerki wrote:
No, I did not, but I think the whole thing will be resolved
more quickly if I write the necessary patch for SAXON and
submit that with the error description. But first, I want
to look at the PDF size problem.
Ok, thanks a lot.
Regards,
--drkm
Ian Chris wrote:
I am currently trying to format a large number (19v2) in a
report, the format-number function seems to do incorrect
formatting when it deals with large numbers, and an example
follows:
xsl:value-of select='format-number(-34567890123456787.00,###,###.00
;###,###.00CR)'/
Cinzia wrote:
Then am I correct in assuming that by removing those lines
feeds (i.e. all cityInstal elements on one line) would
give position() 1,2,3... in fortest3b
For questions regarding XSLT and XPath, I strongly suggest you to use
XSL List at Mulberrytech.
Regards,
--drkm
Andreas L Delmelle wrote:
On Mar 6, 2006, at 01:25, Florent Georges wrote:
Andreas L Delmelle wrote:
The problem is an empty fo:instream-foreign-object.
Thanks for the solution (mmh, this file passed my
validator, I'll have to check that).
Well, AFAICT, it's not really empty from
Hi
While running some tests, I found an NullPointerException with 0.91:
~ fop contract.fo contract.pdf
Exception
java.lang.NullPointerException
Attached the contract.fo file. I'm sorry I don't have time to locate
more precisely the error to reduce the size of this file (I
Jeremias Maerki wrote:
Easily fixed when I know where to look. Thanks for tracking
it down. It's fixed in FOP Trunk now:
Perfect. Thanks for the quick reply.
http://svn.apache.org/viewcvs?rev=381978view=rev
Even simplified ;-)
Regards,
--drkm
is the path and what is the
hostname in the URL.
Manuel
On Wednesday 01 March 2006 00:49, Florent Georges wrote:
Jeremias Maerki wrote:
Hmm, as I said in my other response, I tested locally with
0.91beta and FOP Trunk and it works. I wonder what goes
wrong. Are you sure that the URLs
Hi
I'm using the following to access an SVG file on a Windows
server:
fo:external-graphic src=url('file:/C:/...')/
See the value of the URI (i.e. 'file:/C:/...'). If I use a
relative URI, starting for example by '../', no problem.
But with the above URI the file is not found, and I get
Florent Georges wrote:
I'm using the following to access an SVG file on a Windows
server:
fo:external-graphic src=url('file:/C:/...')/
Sorry, I forgot to specify the version I use: FOP 0.91beta.
Regards,
--drkm
Jeremias Maerki wrote:
Both url(file:/C:/..) and url(file:///C:/..) work fine in FOP
0.91beta.
Mmh, yes, I just checked this on a local directory. Maybe related to
the file permissions, I don't know. I'll investigate further.
Thanks, and sorry for the noise,
--drkm
Chris Bowditch wrote:
The problem appears obvious to me, look at your
simple-page-master:
fo:region-body margin-left=50pt margin-top=75pt
margin-bottom=75pt margin-right=50pt /
fo:region-before extent=76pt precedence=true /
fo:region-after extent=100pt precedence=true /
Jeremias Maerki wrote:
I need to verify first but I think I know what's wrong. For those who
know the technical details: I think the list layout managers ignore
padding-top and padding-bottom when they produce the combined element
list. I had to fix a similar problem for tables and it may be
Hi
Since I upgraded to FOP 0.91, the base URI to resolve url() seems to
be changed. Before (in FOP 0.20.5, but in 0.90 too, I think), I used a
URI relative to the FO file. Now, I have to use a URI relative to the
current directory.
Before: url('rsrc/logo.svg')
After:
Hi
I have a little trouble to use a relative URI in the FOP config file.
Here is an excerpt:
renderer mime=application/pdf
fonts
font metrics-url=../fonts/arial.xml
embed-url=../fonts/arial.ttf
font-triplet name=Arial
it.
Thanks for the explanation, and best wishes to all,
--drkm
On 24.12.2005 15:32:07 Florent Georges wrote:
Jeremias Maerki wrote:
Hi
I'll see what I can do about it. Since the problem sits
in the layout engine it's covered by the automated tests
so no big danger to port
J.Pietschmann wrote:
This is a FAQ:
http://xmlgraphics.apache.org/fop/faq.html#fo-center-table-horizon
Oh, sorry for the noise. Thanks for pointing this out.
Regards,
--drkm
Jeremias Maerki wrote:
Hi
I'll see what I can do about it. Since the problem sits
in the layout engine it's covered by the automated tests
so no big danger to port the change. I'm not through
testing for 0.91 anyway.
I just upgraded to 0.91 beta, and test my documents. All is working
Jeremias Maerki wrote:
I'll see what I can do about it. Since the problem sits
in the layout engine it's covered by the automated tests
so no big danger to port the change. I'm not through
testing for 0.91 anyway.
Thanks all for your quick help. Anyway, I wait for the 0.91, and
I'll keep
Andreas L Delmelle wrote:
On Dec 22, 2005, at 14:25, Florent Georges wrote:
Is the newline expected?
Yes. Writing (in a block with linefeed-treatment=preserve):
fo:inline.../fo:inline
fo:inline.../fo:inline
is the same as
fo:inline.../fo:inline
fo:inline.../fo:inline
Ok, thanks
37 matches
Mail list logo