Andreas L Delmelle wrote:
On Jul 10, 2007, at 11:24, Adrian Cumiskey wrote:
Hi Adrian
Yes I also verified this problem. This is a different bug to the
other force-page-count problem which was fixed (http://
issues.apache.org/bugzilla/show_bug.cgi?id=42779). Please open a new
bug entry.
Hi, Joseph,
caporale a écrit :
Hello,
I'm using this DocBook customization:
xsl:template match=glossterm mode=glossary.as.list
xsl:variable name=id
xsl:call-template name=object.id/
/xsl:variable
fo:block text-align=left
fo:inline id={$id}xsl:apply-templates//fo:inline
/fo:block
Thanks Chris, just to clarify - I meant to say
http://issues.apache.org/bugzilla/show_bug.cgi?id=42576.
Adrian.
Chris Bowditch wrote:
Andreas L Delmelle wrote:
On Jul 10, 2007, at 11:24, Adrian Cumiskey wrote:
Hi Adrian
Yes I also verified this problem. This is a different bug to the
Hello, there,
I have following problem. In a FOP transformation the displayed result
is distorted. Take a look at the attached png (printout from FOP,
scanned in again). The letters are in wrong distance to each other and
the font itself is wrong. It looks like Arial, but following the xsl it
Hi Kai,
Your snippet looks correct and output is ok for me, either in PDF ot AWT.
Seems to be a platform or viewer problem.
Can you give any detail (Windows or Linux? Awt or pdf output? Viewer used?,
etc.)
Pascal
-Message d'origine-
De : Kai Hackemesser [mailto:[EMAIL PROTECTED]
Kai:
I have to agree with Pascal - the text looks fine. FYI, I am on WinXP
using FOP 0.20.3 on java 1.5.
-Lou
Pascal Sancho [EMAIL PROTECTED] wrote on 07/11/2007 09:29:16 AM:
Hi Kai,
Your snippet looks correct and output is ok for me, either in PDF ot
AWT.
Seems to be a platform or
Hello,
since i use fop 0.20.5 i am forced to use a svg object (to generate an 90°
rotated text in my pdf output). i do this via the fo:instream-foreign-object
statement.
but the size of the pdf file is ~12x bigger than without the svg object.
is there any alternative. i don't want to use gif's
This is interesting. I am on 0.20.3 and I also use the ifo to render svg.
I did some checking and came up with the following numbers:
PDF without SVG: 17K
PDF with SVG, 0 degree rotated text: 21K
PDF with SVG, 90 degree rotated text: 31K
That's an 82% increase in file size when using the
Hi Vincent,
great :-) But the Stylesheet for generating an OpenOffice- or better
OpenDocument has not finished at all. That's a pitty :-(
Have you tried to open an OpenDocument-file in Microsoft Word? Most users are
using word (a terrible application) and want to have a modifiable document
Hi there,
Further analysis:
- Java Version 1.5.0_09 on Win XP.
- AWT Preview looks fine.
- Print to Printer or Print to PDF Writer is using wrong font in this
case and others using the Courier font.
What can be the difference between AWT and Print?
Ciao!
Kai
Hi, Louis,
Thanks for checking. Is it possible that this can happen if I change the
font base url in FOP configuration?
Ciao!
Kai
[EMAIL PROTECTED] schrieb:
Kai:
I have to agree with Pascal - the text looks fine. FYI, I am on WinXP
using FOP 0.20.3 on java 1.5.
-Lou
Pascal Sancho
Hi, Pascal,
It was ok for me, too, but my customer got that problem. Strange. It is
a Windows XP environment. AFAIK it was looking ok in AWT preview but
printed it looks that strange. I have to investigate further.
Ciao!
Kai
Pascal Sancho schrieb:
Hi Kai,
Your snippet looks correct and
On Jul 11, 2007, at 08:21, Daniel Noll wrote:
Hi Daniel
On Tuesday 10 July 2007 02:32:30 Andreas L Delmelle wrote:
Not really. It's a matter of using common sense, I guess...
Putting all content together inside one and the same page-sequence is
bound to get you in trouble.
Is there an
On Jul 11, 2007, at 16:47, Matthias Müller wrote:
since i use fop 0.20.5 i am forced to use a svg object (to generate
an 90° rotated text in my pdf output). i do this via the
fo:instream-foreign-object statement.
but the size of the pdf file is ~12x bigger than without the svg
object.
We also have a memory issue due to very large page sequences. One thing
we do is offer the customer two report outputs: PDF and something called
PDF Simple. PDF is the regular report that has a single page sequence and
can consume a lot of memory. The simple output is the same report, but
On Jul 11, 2007, at 20:12, [EMAIL PROTECTED] wrote:
Hi Lou
We also have a memory issue due to very large page sequences. One
thing we do is offer the customer two report outputs: PDF and
something called PDF Simple. PDF is the regular report that has a
single page sequence and can
hi,
I'm developing an application using SWT and I chose fop for printing.
Is it possible to use SWT's Printer object directly with fop? A
workaround, that came into my mind, was to use fop to get png-output and
print the png using SWT's methods. Am I forced to use AWT in the latter
case? (I
An interesting bit of synchronicity, Lou - one of my clients does the same
thing. For every client who wants the whole thing, I think there's about three
who use the simple format. Both use FOP to produce a PDF, but the results and
processing times are very different.
Often, negotiating with
Hi, there
Further investigation:
Problem appears under Java 1.4, 1.5 but not under 1.6.
Ciao!
Kai
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Andreas:
I have several _wonderful_ users that demand to generate several thousand
page reports and kill many, many trees, all in the name of something. I
should just render the first and last 20 pages and fill the middle 1960
pages with blanks - I bet they never notice. :)
With that said,
20 matches
Mail list logo
