Title: FOP printing using polish characters
I
suggest you go there:
http://xml.apache.org/fop/fonts.html
special
fonts need to be translated in .xml so that fop can use them.
N.
Mazziotta
-Message d'origine-
De: Kristoffersen, Per
[mailto:[EMAIL PROTECTED]]
Envoyé: lundi
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8149.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3898.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1596.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4288.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4661.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6863.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6170.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3454.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5469.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4403.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5280.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Does this take into account the keep values that have the range: 0..9,
always. It is not possible to simply say that a given group of keeps
should stay together, you need to find the lowest keep value closest to
the optimum spacing position and within minimum.
On 2002.04.16 05:24 Peter B.
Keiron,
That would be just a matter of associating a value with the keep. The
main thing about the approach I outlined is to provide a structure which
allows keeps (and stacking constraints) to be expressed more readily.
Incidentally, speaking of min/opt/max values, my feeling is that, in a
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2002-04-16/xml-fop.html
Buildfile: build.xml
init-avail:
init-filters-xalan2:
[copy] Copying 1
Hello,
I try using absolute-position but doesnt work like I thought.
The block with This should be bottom should be at the bottom of the
region-before and the this should be top should be at the top of the
region-after, no ?
With XEP I get the This should be bottom at the bottom of the page
I have tried to read the docs. I had used distinct before but not in an embedded application.
Function not supported. Is my error message.
I have inclued my stack Trace. My includes in my application. and my stylesheet.
Thanks in advance for any help you can give.
xsl:template
I have tried to read the docs. I had used distinct before but not in an embedded application.
Function not supported. Is my error message.
I have inclued my stack Trace. My includes in my application. and my stylesheet.
Thanks in advance for any help you can give.
xsl:template
I have tried to read the docs. I had used distinct before but not in an embedded application.
Function not supported. Is my error message.
I have inclued my stack Trace. My includes in my application. and my stylesheet.
Thanks in advance for any help you can give.
xsl:template
Hello Jerome,
do you put the position attribute on a block-container or a block ?
In fact I would like to be able to put a block in the bottom of a static
xsl-region-before so that it glues with the start of the xsl-region-body.
I thought of using a block-container with absolute-position=fixed
Greetings FOP team.
I was noticing the other day that, when I attempted to embed FOP in some software that
I was writing, that the default activity for Driver.run() when no other XML parser is
specified is this-
*Check for a system property, if found use that property to create a SAX parser.
Rich Van Deren wrote:
I have tried to read the docs. I had used distinct before but not in an
embedded application.
Function not supported. Is my error message.
...
xsl:for-each
select=xalan:distinct(/Resume/WorkHistoryInfo/...
This is an extension function. You appear to have
a problem
Maybe the namespace declaration for the Xalan extensions is missing:
xmlns:xalan=http://xml.apache.org/xalan;
Rich Van Deren wrote:
I have tried to read the docs. I had used distinct before but not in an
embedded application.
Function not supported. Is my error message.
...
23 matches
Mail list logo