Tim Landscheidt wrote:
Daniel Noll dan...@nuix.com wrote:
[...]
Is this a bug, a feature, or my misunderstanding the spec?
I thought external-destination was supposed to contain a
URL, which I would expect to be encoded as a URL. Yet when
I encode it as a URL, the link doesn't work
it links to is an HTML
file, the encoded URL appears to work as expected. This must be some
kind of feature in Adobe Reader itself.
Daniel
--
Daniel NollForensic and eDiscovery Software
Senior Developer The world's most advanced
Nuix
forward to. :-)
This is extremely good news. No more requiring a massive third party
font like Arial Unicode in order to render documents with mixed
languages! :-)
Daniel
--
Daniel Noll
-
To unsubscribe, e-mail: [EMAIL
reported here.
Daniel
--
Daniel Noll
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Olakara wrote:
Hi all,
I would like to know the status of FOP library development. Some say
development has stopped and not to use it.
[citation needed]
Daniel
--
Daniel Noll
-
To unsubscribe, e-mail: [EMAIL PROTECTED
Steve Peery wrote:
Is there a version of FOP that will work with Java 1.5?
The current one works fine...
Daniel
--
Daniel Noll
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Wednesday 18 June 2008 17:32:36 Jeremias Maerki wrote:
Not sure how you want to do that or what exactly you had in mind.
Yeah, like I said, I haven't tried doing it with FOP.
But as far as what I had in mind, see javax.swing.ProgressMonitorInputStream.
We use this in various other
On Tuesday 17 June 2008 17:36:07 Jeremias Maerki wrote:
FOP receives streamed input and therefore has no chance to provide
information for a progress bar (at least in percent). Now that we have
an event facility, we could add some progress events like a new page
event that gets called each
On Thursday 22 May 2008 23:03:58 Rakesh Kumar S wrote:
Hi,
I am using FOP 0.20.5 and i have a problem with korean fonts.
The fonts are getting stored the right way in the DB but when i am printing
as a PDF they are not getting displayed properly.Please find the output PDF
attached.
Can
On Monday 10 March 2008 18:32:22 Jeremias Maerki wrote:
The most important addition in this release is an image loading
framework which supports all sorts of different image formats (bitmap
and vector) and is highly extensible.
Interesting. As I can't see any discussion of this on the web
you want to call the method
on, e.g.:
synchronized(obj) {
obj.wait();
}
// Somewhere else
synchronized(obj) {
obj.notify();
}
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com
, by which I mean they need to set up so that they at least work from
normal AWT code.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
to be declared in
the FO file, if it can't render a given character I want some other font I
can control the existence of to render that character instead.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com
fop.jar and register if
instance of some sort of abstract renderer.
It sounds like you might have just forgotten to put the content of
fop.jar's /META-INF directory into your own jar file.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
. :-(
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
This message is intended only for the named recipient. If you are not
the intended recipient you are notified
things
render right. :-/
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
This message is intended only for the named recipient. If you are not
the intended recipient
.
While I was stewing over this I realised how to fix the first half of
the bug in ImageIOImage anyway, so now the Image I/O implementation is
slightly better although neither show the black lines in my sample GIF yet.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007
to want to
convert to PDF via XSL-FO. So unless we manually convert all GIF files
to PNG and change all the links from the FO file, it ain't gonna happen. :-)
With all this I have to wonder, do translucent PNGs work?
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007
(BufferedReader.java:136) at
java.io.BufferedReader.read(BufferedReader.java:157) at
org.apache.fop.apps.Driver.render(Driver.java:557)
Does it do this on the latest version too? The older version is pretty
ancient now.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW
the majority of us have the 0.93 source
handy, so stack traces for the earlier version aren't as convenient. :-)
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
thinking that perhaps we can use the original URI to return a URL in
that DummyConnection class, but I don't have enough time left today to
test that theory just yet so I thought I'd prod the list to see if
someone thinks it would solve the issue.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89
Chris Bowditch wrote:
Daniel Noll wrote:
Chris Bowditch wrote:
snip/
Has anyone seen this exception before? Is it a bug in FOP, or is it
solveable by filtering the FO file to repair it somehow?
I've seen similar ClassCastExceptions, but they were caused by
fo:wrapper being in places
. I removed them, partially so
that I could figure out which part of the document caused the problem,
but also to get a bare example to post here.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com
to PDF.)
Has anyone seen this exception before? Is it a bug in FOP, or is it
solveable by filtering the FO file to repair it somehow?
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com
.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
This message is intended only for the named recipient. If you are not
the intended recipient you are notified
renderer, only the PDF renderer is silently losing data while the AWT
renderer is throwing an exception. :-(
The two must be using different methods of reading the GIF. (And
neither method is providing a result similar to ImageIcon's correct
rendering.)
Daniel
--
Daniel Noll
Nuix Pty Ltd
correctly.
I assume that this is a FOP bug, but wanted to check here first so that
I could ask if anyone else has encountered it, and whether there is a
known workaround.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http
Harshini Madurapperuma wrote:
Hi
Is there a way to access the FO file and find out the elements in that? I
mean to read the tag?
It's an XML file.
The easiest way is to read it in and use XPath to match the node.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007
can use an
fo:wrapper.
Makes you wonder why they even have fo:inline in XSL if you can't even
use font properties on it. :-)
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax
to
fix (and it won't be easy since the HTML can contain arbitrary fonts...
hopefully supporting all the ones that come with Windows will be enough.)
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com
.)
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
This message is intended only for the named recipient. If you are not
the intended recipient you are notified that disclosing
their fault since the original HTML had position:absolute
without display:block, which is spurious in the first place. But it should
be possible to work around by just assuming any span with
position:absolute is display:block.
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007
- Original Message -
From: Chris Bowditch [EMAIL PROTECTED]
To: fop-users@xmlgraphics.apache.org
Sent: Thursday, March 15, 2007 9:02 PM
Subject: Re: Absolute positioning
Andreas L Delmelle wrote:
On Mar 15, 2007, at 02:28, Daniel Noll wrote:
Hi Daniel,
I see from the compliance
- Original Message -
From: Andreas L Delmelle [EMAIL PROTECTED]
To: fop-users@xmlgraphics.apache.org
Sent: Thursday, March 15, 2007 6:05 AM
Subject: Re: font-weight: bolder
On Mar 14, 2007, at 02:41, Daniel Noll wrote:
Is there a particular reason why when I have a font- weight
it
there either (same rendering results either way.)
Daniel
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
This message is intended only for the named recipient. If you
- Original Message -
From: Vincent Hennebert [EMAIL PROTECTED]
To: fop-users@xmlgraphics.apache.org
Sent: Tuesday, March 13, 2007 7:16 PM
Subject: Re: font-weight: bolder
Hi Daniel,
Daniel Noll a écrit :
Hi all.
Is there a particular reason why when I have a font-weight=bolder
Hi all.
Is there a particular reason why when I have a font-weight=bolder, it
doesn't actually make the text any bolder?
font-weight=bold works as one would expect.
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com
is converted to a
single space. To me it means that even if not quoted font-family=Arial
Unicode MS still ferers to a single font not to the sequece Arial, Unicode,
MS.
You're right, but didn't someone say very recently that they had a fix
for this bug?
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite
and that will work too.)
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
This message is intended only for the named recipient. If you are not
the intended
be cleaner.)
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
This message is intended only for the named recipient. If you are not
the intended recipient you
as far
as I remember.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
This message is intended only for the named recipient. If you are not
the intended recipient
does say it SHOULD be quoted, so you
should quote it.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
This message is intended only for the named recipient
those instead of Arial and we then
wouldn't need to ship with anything. The only drawback would be that
Lucida looks slightly (but only slightly) worse than Arial.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com
fonts need substituting.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
This message is intended only for the named recipient. If you are not
the intended recipient
having to be told, the situation may change.
As an added bonus, the resulting PDF wouldn't open in Adobe Reader
anymore either, but that's probably one of these may not yet work as
expected things. :-)
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh
Andreas L Delmelle wrote:
On Jan 25, 2007, at 05:28, Daniel Noll wrote:
snip /
However, it seems like almost the whole stack trace could be avoided
if this call cached its results somehow:
org.apache.fop.fonts.Font.getCharWidth(Font.java:231)
(an array of 65536 elements would be enough
/
And give a try to embed a explorer and navigate to a pdf file
I can't imagine how that would allow me to render to an image file
though... with ActiveX controls the paint methods usually don't even
work. :-/
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, Australia
somehow:
org.apache.fop.fonts.Font.getCharWidth(Font.java:231)
(an array of 65536 elements would be enough, but wouldn't be terribly
efficient in terms of memory.)
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http
will be using the library in a
server-based application (which we're not. :-/)
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
This message is intended only
(1024px) which are scaled down to a small size
(~120px) for thumbnails.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
This message is intended only
Daniel Noll wrote:
I will try doing the exact opposite of my original strategy. :-)
Nope, no dice. The internals of the Java2D rendering code do things
like casting all fonts to a FontMetricsMapper, so unless I make all
fonts of that class it's not going to work.
Right now I'm trying
.
I guess FOP doesn't really follow the spec, then, does it? ;-)
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
This message is intended only for the named
and the TIFF
outputs to contain the same content.)
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
This message is intended only for the named recipient. If you
have been a pain to manage.
So what I want to know is, is there a drawback for performing this hack?
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
Adobe Acrobat. It is possible that my Adobe Acrobat might not configure
correctly. I was also wondering if you know FOP supports the Japanese
characters.
It does support them, but you need to use a font (e.g. Arial Unicode)
which supports those characters.
Daniel
--
Daniel Noll
Nuix
document to be Arial Unicode MS, i.e.:
fo:flow flow-name=xsl-region-body
font-family=Arial Unicode MS hyphenate=true
Anyone seen similar behaviour?
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com
Manuel Mall wrote:
On Friday 19 January 2007 14:08, Daniel Noll wrote:
Hi all...
Daniel,
could you try and use a font name not including spaces, e.g.
ArialUnicodeMS. I am suspicious that the font family name property
parser may take 'Arial Unicode MS' as a specification of 3 font
MyRenderer());
...
However I have a breakpoint in startRenderer() of my custom renderer,
and it isn't being called.
What am I doing wrong?
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com
Andreas L Delmelle wrote:
On Jan 18, 2007, at 00:06, Daniel Noll wrote:
snip /
I guess if we're not supposed to set fields on the user agent after
the Fop instance is created, the API should prevent it by either (a)
throwing an exception when we try to change it, or (b) not giving
access
that no, there is no destination stream.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
This message is intended only for the named recipient. If you
to write the
.html file and generate an .fo from it. The HTML will contain semantics
which can't be expressed in XSL-FO.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2
. It is possible that the % and ~
need some special treatment too. You'd better check the URL
spec for details.
Also, URLs use forward slashes rather than backslashes.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://nuix.com
-Xmx512m and FOP is *still* running out of
memory.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://www.nuix.com.au/Fax: +61 2 9212 6902
This message is intended only for the named recipient
to PDF, FOP
throws an OutOfMemoryError. Is FOP trying to keep the entire document
in memory, and if so, is there some way around it?
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://www.nuix.com.au
sure that however java.exe is being
called, it is being called from the correct location. It's more a
matter of batch file knowledge than Java knowledge. :-)
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://www.nuix.com.au
Rick Roen wrote:
Can I tell fop to use the server version of java, or does it have to be
installed on each client?
Assuming you're running it from a batch file, you could trivially modify
the batch file to point at another location.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones
probably be backported to 0.20.x.
(We had exactly the same problem here.)
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699
Web: http://www.nuix.com.au/Fax: +61 2 9212 6902
This message is intended only
.)
The irritating thing about Arial Unicode MS though, is that it's hard to
find (MS took it down from their font download pages, so it only
officially comes with some versions of Office now) and it's not freely
redistributable.
Daniel
--
Daniel Noll
Nuix Australia Pty Ltd
Suite 79, 89 Jones St
this failure, because the failure didn't prevent the build completing.
Daniel
--
Daniel Noll
NUIX Pty Ltd
Level 8, 143 York Street, Sydney 2000
Phone: (02) 9283 9010
Fax: (02) 9283 9020
This message is intended only for the named recipient. If you are not
the intended recipient you are notified
an issue with FOP. I personally prefer generating HTML to
generating PDF, and we only generate PDF (and TIFF, for that matter) due
to client feature requests. :-/
Daniel
--
Daniel Noll
NUIX Pty Ltd
Level 8, 143 York Street, Sydney 2000
Phone: (02) 9283 9010
Fax: (02) 9283 9020
This message
XML files for the metrics. ;-) )
Daniel
--
Daniel Noll
NUIX Pty Ltd
Level 8, 143 York Street, Sydney 2000
Phone: (02) 9283 9010
Fax: (02) 9283 9020
This message is intended only for the named recipient. If you are not
the intended recipient you are notified that disclosing, copying
-
Header-
To-See-If-It-Wraps
Using the zero-width space approach, FOP renders it like this:
X-Stupidly-Large-
Header-To-See-If-
It-Wraps
The second saves a couple of lines of output, and thus is definitely the
right way to go.
Daniel
--
Daniel Noll
NUIX Pty Ltd
Level 8, 143 York Street
this to discover whether an image will break before
starting FOP, and without needing user intervention.
Daniel
--
Daniel Noll
NUIX Pty Ltd
Level 8, 143 York Street, Sydney 2000
Phone: (02) 9283 9010
Fax: (02) 9283 9020
This message is intended only for the named recipient. If you
done already.
I assume there is a workaround for this. Perhaps I can embed an SVG in
my XSL:FO, and have that SVG fragment reference the image? Then it
would presumably get copied verbatim into the SVG version of the document.
Daniel
--
Daniel Noll
NUIX Pty Ltd
Level 8, 143 York Street, Sydney
.
Daniel
--
Daniel Noll
NUIX Pty Ltd
Level 8, 143 York Street, Sydney 2000
Phone: (02) 9283 9010
Fax: (02) 9283 9020
This message is intended only for the named recipient. If you are not
the intended recipient you are notified that disclosing, copying,
distributing or taking any action in reliance
75 matches
Mail list logo