Mike Trotman wrote:
I also thought that borders would be non-overlapping for table-cells - if
not is there a way to achieve this?
There's a collapse=false for this purpose (look up the correct name
in the spec). Broders on table cells can still yeild a few surprises
though.
J.Pietschmann
David Rosenstein wrote:
Does anyone know how to fix this?
No. Seems there is some whitespace comeing from somewhere
interfering. Can you check whether a forced page break at the
beginning of the block fixes this?
J.Pietschmann
it? Don't forget to remove
the graphics.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-column-width(), therefore you
have to specify a width for the table explicitely.
Add width=100% or whatever suits your needs to the fo:table
element.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Howard Miller wrote:
Exception in thread main java.lang.NoClassDefFoundError
...
java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnviron
ment.java:62)
Looks like you got a headless server. See
http://xml.apache.org/fop/faq.html#svg-headless
J.Pietschmann
) to speed up fop?
Turning off hyphenation improves speed, but except in special
situations only by a rather insignificant amount. Using
no-wrap and white-space-collapse=false should not have any
measurable impact on performance. Did you notice any speed-up?
J.Pietschmann
ActionForward?
These sound as if they were more suited on a struts related
list...
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
...
/fo:flow
/fo:page-sequence
Of course, you should use the same region name for the body in
all simple page masters referenced by the page sequence master
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED
away.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
if you want to use FO source with external
graphics in an MT environment, no deal otherwise.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
is not correctly aligned.
Use an additional 5cm wide empty borderless column, or a blind
table.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
of the /root/node1/node2 element, see for example
http://www.biglist.com/lists/xsl-list/archives/200305/msg00988.html
and related messages for comments.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
Todtenhaupt, Susann wrote:
Now I've localized my problem. Maybe in this point anybody could give
support. I have to set values in a dom-tree. But the specification of
dom-api says it's not possible to set a nodevalue of an element_node. How do
you set nodevalues for these nodes?
Elements don't
.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
multiple columns
which has not been completely processed.
It would be find if somebody could help me?
Just ensure blocks spanning the columns are not children of
a block with some content whiuc does not span the columns.
J.Pietschmann
habits learned on
mediocre text processors, just put a non-breaking space into
the second block.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Andreas Delmelle wrote:
Does the empty block look like this :
fo:block /
or like this :
fo:block/fo:block
There is no difference, because the parser handles
both these cases identically.
J.Pietschmann
-
To unsubscribe, e-mail
is actually larger than the body.
No workaround, except don't do this. I don't think it will be
fixed soon.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
else.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
containing unusual characters,
helps only against dictionary attacks. The password isn't used directly
but a 40bit respective 128bit hash of it instead. Brute force works
nicely against 40bit encryption, regardless of the original password.
It wont recover the original password though.
J.Pietschmann
a frameset HTML
over https but the frames over http, or perhaps retrieving images
in a secured HTML page pointing to a plain HTTP URL.
It would probably also be worth to have a look at the IEx
zone and security settings, and to check whether the PDF
plugin for IEx was signed.
J.Pietschmann
, it is crap. File a bug report.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
coming form somewhere.
If the FO source isn't too big (after compression), and if you
can post it to the list, I can have a look at it.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
tried using XMLSPY version 5 release 4's Stylesheet designer for
ressolving this problem.
You are probably better off writing a FO file by hand which
does exactly the layout you want with some blind text and then
use it as a base to create a style sheet.
J.Pietschmann
a ByteArrayOutputStream as shown in the
sample servlet.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
. Check whether
this is your problem.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
rows. This feature has
been removed in favor of better support for collapsing. Define
your borders on table cells only.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
),
this is not an URL which could possibly point to something. Check
the relevant RFC, IIRC
http://www.rfc-editor.org/rfc/rfc2396.txt
Try
InputSource(new FileINputStream(../fop-0.20.5rc3a/eadsCcr.fo))
or use an absolute URL (recommended).
J.Pietschmann
as expected,
the screen output is not reliable.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Selber Jean-François wrote:
so can I used orphans and windows properties ?
It wont work.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
VAGNER Rodolphe wrote:
I work on an XSLT stylesheet that uses java extens.
...
Launched with java, in a jsp, How can I add the directory of my class to
Xalan. It tells me :
You should ask this xalan-user.
J.Pietschmann
. In most cases the problem
happens with item-list-labels, whose width is calculated
indirectly and not exactly transparently for a few people.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
?
might already solve your problem.
BTW encoding problems are VFAQs, just look into any recent
XML book.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
great. I have also tried my
XML and XSL file with Renderx's xep and it works ok their, so I wonder
if it's something I am doing or a bug in Fop?
This is a known bug.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED
:
Configuration.put(baseDir,c:/temp/pdfImages);
What JDK version are you using?
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
are
quite complex and only the common cases are really implemented and
tested.
Also, there are uncomfortably large parts of the spec where
conforming is more a matter of opinion anyway.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL
of xsl:stylesheet.
This is a problem with the transformation, not with FOP itself.
Run the transformation standalone to get a hopefully more
instructive error message, including the line where the
style sheet compiler detects the problem.
J.Pietschmann
through the Java bug parade and
the readmes and provide a nice compact summary.
(Darn, LEO is down, I had to use a *paper* dictionary!)
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Emmanuel Cuevas Rodriguez wrote:
How can I write data directly into the fo file from a Servlet ?
Why do you think you *need* to write a FO file? You can use
SAX or DOM, coupled with an XSLT if necessary, to prepare the FO.
J.Pietschmann
with characters
remapped this way, a table mapping the FOP generated indexes
back to Unicode codepoints would have to be put into the file.
Unfortunately, nobody implemented this in FOP yet.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL
as FOP input.
Character references (and entity references) apply to
serialized XML only. In the XML APIs, text (text nodes
or character events) contain normal, unescaped Unicode
strings.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL
in general). For
file storage and transfer, run it through bzip2.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
in
limited supply.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
the content-type: application/pdf
header comes unmangled over the connection.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
(your filename);
I'd recommend looking into a Java book.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Chris Bowditch wrote:
I believe the current FOP code detects infinite loop scenarios if no
progress is made after 100 pages, but doesnt look like you quite made it
before running out of memory.
Loops while laying out tables are not yet checked.
J.Pietschmann
past the tests in the earlier releases of Xalan.
Run the transformation standalone, notice the line where the error
occurs and have a look there. Post the code if necessary.
Did you switch the JVM too?
J.Pietschmann
-
To unsubscribe
Michal Jastak wrote:
I have problems with user defined fonts in FOP 0.20.5 embedded into Servlet.
Does it work from the command line or with file: URLs? Maybe the
font is corrupted by accessing it through a web server.
J.Pietschmann
Then i heard that PDF can be render page by
page from the XSLT, but could not found any document on it any where.
I'm not sure what you mean.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
FOP should already have successfully accessed
the content. Are you sure the server doesn't send a redirect or
requires authentication for the URL? Look into the server logs
for suspicious entries.
J.Pietschmann
-
To unsubscribe, e
though.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
guessing causes; you're
most probably wrong anyway
4. Include a small, self-contained and well formatted FO file
which demonstrates the problem.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
, as there are tradeoffs)
- improve standard conformance in general
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
allow you to solve it, rather than having you ask
again.
I guess you are asking because of the following?
http://xml.apache.org/fop/faq.html#cells-overflow
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Clay Leeds wrote:
I'm having problems getting my Bookmarks to work. I've attempted to
follow the instructions here without success:
The syntax has changed for HEAD. Look at the source.
J.Pietschmann
-
To unsubscribe, e-mail
.
No, unless you count changing the source and recompile.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
literature.
There is no such border style in XSLFO. You'll have to achieve
the effect by some other means, complicated grids using tables
and block-containers come to mind (relative positioning isn't
supported yet, unfortunately).
J.Pietschmann
is a bit
more interesting, you are better off declaring it to have
3x1.5 measurements right from the start.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
line breaks and whitespace
and strip bits. Another possiblity is that MIME headers were
mangled. Of course this applies only if you try to generate the
mail programmatically by yourself, contemporary MUAs rarely have
problems.
J.Pietschmann
of the JDK.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
the jar in the lib/endorsed
directory of the JDK.
Thought I did ( 2.4.1, distributed with fop 0.20.5 ),
If you use it from FOP's lib directory, or somewhere else in the
user classpath, it is overridden by the possibly older version
contained in the JDK.
J.Pietschmann
to the bootclasspath, and apply this
to said newest Xalan jar.
On most lists dealing with Java+XSLT this is a VFAQ. I think
the Cocoon docs have a quite extensive treatment.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED
://www.mulberrytech.com/xsl/xsl-list/
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
completely
This is a known problem. No workaround, sorry. Just don't do it.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
/embedding.html#config-external
But in addition the following lines
are dumped to the console:
[WARNING] Screen logger not set - Using ConsoleLogger.
[INFO] Using org.apache.crimson.parser.XMLReaderImpl as SAX2 Parser
This is writen by the configuration loader.
J.Pietschmann
and XSLT
in the same environment?
Did you generate the FO explicitely and inspect it? There may
be bugs elsewhere.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
doesn't support HTTPS. It's not in Sund JDK 1.3,
and I believe you'll have to do something to enable it in 1.4.
Ask a local Java guru.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
generates blocks outside of the flow.
the change stops this (coincidentally, because the line elements
outside the pages are empty).
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Philippe PITHON wrote:
can one make overflow text on the cells of right
Try wrap-option=false, possibly combined with
white-space-collapse=false
and by preserving the drawing of the edges of the cells?
I can't parse this. Can you elaborate?
J.Pietschmann
=3.0in height=2.0in
left=1.0in width=3.0in background-color=red
Use the shorthand position=absolute, which is implemented.
Look into the FOP examples for more info.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL
/* or whatever does. I don't think I can
diagnose this remotely.
This gets off topic for this list by some comfortable
margin now.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Leonard Wolters wrote:
FEATURE REQUEST FOP:
Check the border resolution spec in CSS2, then reformulate
your request.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
.
Otherwise, we get uncoordinated behaviour, like IEx.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
or
the CLI rasterizer).
svg:svg xmlns:svg= http://www.w3.org/2000/svg
http://www.w3.org/2000/svg;
Uh, this is a cp error or what?
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
of the exceptions you've shown so
far are typical for a failure to connect an X server, usually
you'd get cannot connect to X server or something similar in this
case.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
:
org.xml.sax.SAXParseException: Illegal character or entity reference syntax.
Is it due to Java or XML? Please advice. Thanks.
XML. This is a VFAQ. See for example
http://xml.apache.org/fop/fo.html#xml-entity-chars
and check the XML spec (actually, this shold come quite
early in beginner's classes).
J.Pietschmann
?
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
don't
think configuration works.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
I'm trying to render a SVG graphic with GRADIENTS, in a pdf file.
This doesn't work with 0.20.5.
Did someone succeed in rendering gradients ?
Works with HEAD. There are still lots of other problems there.
J.Pietschmann
box?
Possible, yes, but impractical due to features being unimplemented.
Use a SVG instead.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Chris Bowditch wrote:
I think the unit of IPD is millipoints, but I am not 100% certain,
Should be 1/1000 pt, not millipoint, unless you want to attract
the wrath of the ISO community for using ISO prefixes with non-ISO
measurement units...
J.Pietschmann
description
of your approach to dynamical source generation (including the relevant
Java code).
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
influence on formats exclusively
handled by JAI (if there are any, that is), and TIFF images.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
a catalog to use a local
copy).
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
of
this, you'll might be fined. Check out the discussion on hard disk
size measurements.
To get vaguely on topic again, I don't think using millipoints is a
problem though.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED
examples coming with the distro have numerous demonstartions,
look inot border.fo.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
classloader cross loading problems,
old JAIImage class files elswhere in the class path, and corrupted
jars.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
, which includes
parameter types. The Z stands for no parameters.
THe problem is probably that JBuilder comes with its own DOM
implementation which doesn't have this method, or some CLASSPATH
mangling. You'll have to ask on a JBuilder related list for more
information.
J.Pietschmann
with addional de.hyp and de_DR.hyp build from
de.xml and de_DR.xml of fop 0.20.3 and a setting of
hyphenation-dir in userconfig.xml without success.
Nice try, but what kind of success did you expect? Hyphenation
is, well, for hyphenation only, not for character placement
calculation.
J.Pietschmann
which should cause it to print your stuff correctly.
If you are missing features in the PCL renderer, point them
out more explicitely.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Robert P. J. Day wrote:
anyway, i'm still puzzled about how to deal with this.
Me too. According to the line breaking code, this shouldn't
happen. Maybe I get some time to dig deeper next weekend.
J.Pietschmann
-
To unsubscribe, e
-orientation, use a different page master. Some
renderers/printer-drivers are smart enough to tell the printer
what it should do.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
and
let the formatter take care of page and line breaking, space
justification and ultimately placing stuff on absolute positions
on a page.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
for this?
No, not in the general case. The XSLFO spec doesn't
provide for this.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-marker retrieve-class-name=sum
retrieve-position=last-starting-within-page//fo:block
If you want to have sums per page, this is difficult to impossible
because you don't know where to start the summation.
J.Pietschmann
be the the span=all didn't make it into the block,
contrary to your expectations.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Andreas L. Delmelle wrote:
I dunno for sure... As I understand, a table is processed from beginning to
end and kept in memory for as long as its processing is not completely
finished.
Actually, it is worse.
J.Pietschmann
. The table width can be given
as percentage (contrary to column widths), so you can
have a table spanning the whold page width by specifying
width=100%.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
601 - 700 of 1173 matches
Mail list logo
