Thank you Simon - I made these corrections
On Fri, 2009-12-04 at 19:52 +0100, Simon Pepping wrote:
> Hi Jack,
>
> Thanks for this addition. I note that the page originally describes
> how to use the catalog resolver for retrieving images. The -catalog
> option specifically only works for the conversion from XML to
> output. (In such a case FOP sets up the transformation from XML to FO
> using XSLT, and in that setup the -catalog option adds a catalog
> resolver.) Even with the -catalog option the catalog resolver is not
> used for image retrieval. (Maybe it should, but I have not thought of
> it.) Your addition should make this distinction clear. Therefore I
> think that the section 'Command line option' should be at the end,
> followed by the note about the W3C.
>
> Regarding the catalog resolver in Java 6, I am not sure that it is
> present in other Java installations than the one from Sun,
> specifically in OpenJDK. Note that the class name is Sun's class
> name. This should be checked.
>
> Regards, Simon
>
> On Thu, Dec 03, 2009 at 07:53:49PM -0000, Apache Wiki wrote:
> > Dear Wiki user,
> >
> > You have subscribed to a wiki page or wiki category on "Xmlgraphics-fop Wiki" for
change notification.
> >
> > The "HowTo/XmlCommonsResolver" page has been changed by JackBates.
> > http://wiki.apache.org/xmlgraphics-fop/HowTo/XmlCommonsResolver?action=diff&rev1=6&rev2=7
> >
> > --------------------------------------------------
> >
> > You can download it at: http://xml.apache.org/mirrors.cgi
> >
> > The main website is at: http://xml.apache.org/commons/components/resolver/
> > +
> > + XML Commons Resolver is [http://thread.gmane.org/gmane.text.xml.fop.user/29585
included in Java 6], so if you're running Java 6 or later, it's already installed. In Java
6 the catalog resolver class name is, com.sun.org.apache.xml.internal.resolver.tools.CatalogResolver
> >
> > = The Example =
> >
> > @@ -31, +33 @@
> >
> >
> > * Run the ExampleFO2PDF!WithResolver class.
> >
> > + = Command line option =
> > +
> > + Simon Pepping [http://thread.gmane.org/gmane.text.xml.fop.user/29585 added a -catalog
option] in [http://svn.apache.org/viewvc?view=revision&revision=825875 revision 825875].
With this option you can render XML with the FOP command and use the catalog resolver:
> > +
> > + {{{ $ ./fop -catalog -xml icaatom.html -xsl icaatom.xsl icaatom.pdf}}}
> > +
> > = Notes =
> >
> > You will recognize that the FO file is specified through a "URN", too, not just
the image referenced in the FO file. This is simply to make it easier for you to set up the
demo. The FO file itself will be loaded directly from the Web.
> >
> > + Since the W3C started [http://www.w3.org/blog/systeam/2008/02/08/w3c_s_excessive_dtd_traffic
blocking abusive request patterns] for DTDs, it may be necessary to use local copies of these
DTDs instead. A good way to do this is with the catalog resolver. Errors like the following
may happen when you try using a DTD from the W3C's servers:
> > +
> > + {{{
> > + java.io.IOException: Server returned HTTP response code: 503 for URL: http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd
> > + }}}
> > +
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: fop-commits-unsubscribe@xmlgraphics.apache.org
> > For additional commands, e-mail: fop-commits-help@xmlgraphics.apache.org
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi Jack,
Thanks for this addition. I note that the page originally describes
how to use the catalog resolver for retrieving images. The -catalog
option specifically only works for the conversion from XML to
output. (In such a case FOP sets up the transformation from XML to FO
using XSLT, and in that setup the -catalog option adds a catalog
resolver.) Even with the -catalog option the catalog resolver is not
used for image retrieval. (Maybe it should, but I have not thought of
it.) Your addition should make this distinction clear. Therefore I
think that the section 'Command line option' should be at the end,
followed by the note about the W3C.
Regarding the catalog resolver in Java 6, I am not sure that it is
present in other Java installations than the one from Sun,
specifically in OpenJDK. Note that the class name is Sun's class
name. This should be checked.
Regards, Simon
On Thu, Dec 03, 2009 at 07:53:49PM -0000, Apache Wiki wrote:
> Dear Wiki user,
>
> You have subscribed to a wiki page or wiki category on "Xmlgraphics-fop Wiki" for change
notification.
>
> The "HowTo/XmlCommonsResolver" page has been changed by JackBates.
> http://wiki.apache.org/xmlgraphics-fop/HowTo/XmlCommonsResolver?action=diff&rev1=6&rev2=7
>
> --------------------------------------------------
>
> You can download it at: http://xml.apache.org/mirrors.cgi
>
> The main website is at: http://xml.apache.org/commons/components/resolver/
> +
> + XML Commons Resolver is [http://thread.gmane.org/gmane.text.xml.fop.user/29585 included
in Java 6], so if you're running Java 6 or later, it's already installed. In Java 6 the catalog
resolver class name is, com.sun.org.apache.xml.internal.resolver.tools.CatalogResolver
>
> = The Example =
>
> @@ -31, +33 @@
>
>
> * Run the ExampleFO2PDF!WithResolver class.
>
> + = Command line option =
> +
> + Simon Pepping [http://thread.gmane.org/gmane.text.xml.fop.user/29585 added a -catalog
option] in [http://svn.apache.org/viewvc?view=revision&revision=825875 revision 825875].
With this option you can render XML with the FOP command and use the catalog resolver:
> +
> + {{{ $ ./fop -catalog -xml icaatom.html -xsl icaatom.xsl icaatom.pdf}}}
> +
> = Notes =
>
> You will recognize that the FO file is specified through a "URN", too, not just the
image referenced in the FO file. This is simply to make it easier for you to set up the demo.
The FO file itself will be loaded directly from the Web.
>
> + Since the W3C started [http://www.w3.org/blog/systeam/2008/02/08/w3c_s_excessive_dtd_traffic
blocking abusive request patterns] for DTDs, it may be necessary to use local copies of these
DTDs instead. A good way to do this is with the catalog resolver. Errors like the following
may happen when you try using a DTD from the W3C's servers:
> +
> + {{{
> + java.io.IOException: Server returned HTTP response code: 503 for URL: http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd
> + }}}
> +
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-commits-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-commits-help@xmlgraphics.apache.org
>
--
Simon Pepping
home page: http://www.leverkruid.eu
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi Gregory, Gregory Buchenberger wrote: > Hi, > > Does anyone know of a free source where I might find the base 14 fonts? You can get the fonts distributed with Ghostscript at the following address: http://sourceforge.net/projects/gs-fonts/ They are clones of the Base14 fonts contributed by URW++ and made available under the GPL license. > Thanks, > > Greg Buchenberger HTH, Vincent --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi Vincent, I'll try your suggestion on Monday. Thanks a lot. I do try to simplify my fos, but usually I end up with a simple fo which doesn't show the problem any longer. But I did not know this values make debugging harder. I'll keep it in mind for the next problem. Regards and have a nice weekend, Georg Datterl ------ Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de Willmy PrintMedia GmbH: www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -----Ursprüngliche Nachricht----- Von: Vincent Hennebert [mailto:vhennebert@gmail.com] Gesendet: Freitag, 4. Dezember 2009 17:03 An: fop-users@xmlgraphics.apache.org Betreff: Re: again strange keeps Hi Georg, Georg Datterl wrote: > Hi Vincent, > > You explanations sounds quite good, but if I replace the keeps "5" with "always", the whole block, images and everything, move to the next page. Is that, because that's more "desireable"? That's because you use keep-with-next.within-page instead of .within-column, and that has a side-effect on the table algorithm. In short: .within-column forbids any block-level break whatsoever, whereas .within-page only forbids page breaks. This is enough for the table algorithm to build a different sequence of elements, and skip the preferable break after the 'TEST' block. Replace your keep.within-page with keep.within-column and you get the expected output. > The present solution with the headre and the final, empty line on the next page is in any case least desireable, because it looks ugly. Do you see a way to force the images and two tables on the first page, the third table and image on the second page? > > Regards, > > Georg Datterl HTH, Vincent PS: please, next time, could you try and simplify your FO document to use more 'regular' dimensions? For example, a padding of 1.5pt instead of 1.417pt, a space-after of 6pt instead of 5.669pt, etc. That would ease the debugging a lot (provided you can still reproduce your problem, of course). Thanks :-) > ------ Kontakt ------ > > Georg Datterl > > Geneon media solutions gmbh > Gutenstetter Straße 8a > 90449 Nürnberg > > HRB Nürnberg: 17193 > Geschäftsführer: Yong-Harry Steiert > > Tel.: 0911/36 78 88 - 26 > Fax: 0911/36 78 88 - 20 > > www.geneon.de > > Weitere Mitglieder der Willmy MediaGroup: > > IRS Integrated Realization Services GmbH: www.irs-nbg.de > Willmy PrintMedia GmbH: www.willmy.de > Willmy Consult & Content GmbH: www.willmycc.de > -----Ursprüngliche Nachricht----- > Von: Vincent Hennebert [mailto:vhennebert@gmail.com] > Gesendet: Donnerstag, 3. Dezember 2009 13:24 > An: fop-users@xmlgraphics.apache.org > Betreff: Re: again strange keeps > > Hi Georg, > > Georg Datterl wrote: >> Hi everybody, hi Vincent, >> >> Attached fo file contains the already well known tables, now for A6 format. In this case, the right column contains three short tables and one image. Since that's too much for one page, fop inserts a break before the last line of the third table, overriding a keep-with-next.within-page="5". Now I would have expected the keep at the red block with the "TEST"-Text, since this block does not have any keeps, but obviously I'm missing something here. Can somebody help? > > Support for integer keeps is very limited at the moment. A break > occurring within an integer keep will simply be given maximum penalty > in the hope that breaks at better places (i.e., where keep has been > left to > auto) will be privileged. All integer values result into the same > break penalty. In fact, the current implementation supports only 3 > keep > values: auto, 'highly desirable', always. > > A break where keep is highly desirable may still be privileged over a > break where keep is auto if that leads to a better overall layout; for > example, if breaking at auto places would lead to half-empty pages > whereas breaking at undesirable places would give full pages. (This is > not compliant with the Recommendation, for that matter.) > > In the present case, however, there is something else that comes into > play: since the two images in the first column must be kept together, they make a big unbreakable block. Therefore, the table algorithm will put as much content from the second column as possible to match the height of the first one (the heuristic being that full tables are more desirable). By doing that, it will skip the acceptable breaks after the TEST blocks, and will end up with the less acceptable ones inside the inner tables. > > >> Regards, >> >> Georg Datterl >> >> ------ Kontakt ------ >> >> Georg Datterl >> >> Geneon media solutions gmbh >> Gutenstetter Straße 8a >> 90449 Nürnberg >> >> HRB Nürnberg: 17193 >> Geschäftsführer: Yong-Harry Steiert >> >> Tel.: 0911/36 78 88 - 26 >> Fax: 0911/36 78 88 - 20 >> >> www.geneon.de >> >> Weitere Mitglieder der Willmy MediaGroup: >> >> IRS Integrated Realization Services GmbH: www.irs-nbg.de >> Willmy PrintMedia GmbH: www.willmy.de >> Willmy Consult & Content GmbH: www.willmycc.de > > > Vincent --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi Georg, Georg Datterl wrote: > Hi Vincent, > > You explanations sounds quite good, but if I replace the keeps "5" with "always", the whole block, images and everything, move to the next page. Is that, because that's more "desireable"? That’s because you use keep-with-next.within-page instead of .within-column, and that has a side-effect on the table algorithm. In short: .within-column forbids any block-level break whatsoever, whereas .within-page only forbids page breaks. This is enough for the table algorithm to build a different sequence of elements, and skip the preferable break after the ‘TEST’ block. Replace your keep.within-page with keep.within-column and you get the expected output. > The present solution with the headre and the final, empty line on the next page is in any case least desireable, because it looks ugly. Do you see a way to force the images and two tables on the first page, the third table and image on the second page? > > Regards, > > Georg Datterl HTH, Vincent PS: please, next time, could you try and simplify your FO document to use more ‘regular’ dimensions? For example, a padding of 1.5pt instead of 1.417pt, a space-after of 6pt instead of 5.669pt, etc. That would ease the debugging a lot (provided you can still reproduce your problem, of course). Thanks :-) > ------ Kontakt ------ > > Georg Datterl > > Geneon media solutions gmbh > Gutenstetter Straße 8a > 90449 Nürnberg > > HRB Nürnberg: 17193 > Geschäftsführer: Yong-Harry Steiert > > Tel.: 0911/36 78 88 - 26 > Fax: 0911/36 78 88 - 20 > > www.geneon.de > > Weitere Mitglieder der Willmy MediaGroup: > > IRS Integrated Realization Services GmbH: www.irs-nbg.de > Willmy PrintMedia GmbH: www.willmy.de > Willmy Consult & Content GmbH: www.willmycc.de > -----Ursprüngliche Nachricht----- > Von: Vincent Hennebert [mailto:vhennebert@gmail.com] > Gesendet: Donnerstag, 3. Dezember 2009 13:24 > An: fop-users@xmlgraphics.apache.org > Betreff: Re: again strange keeps > > Hi Georg, > > Georg Datterl wrote: >> Hi everybody, hi Vincent, >> >> Attached fo file contains the already well known tables, now for A6 format. In this case, the right column contains three short tables and one image. Since that's too much for one page, fop inserts a break before the last line of the third table, overriding a keep-with-next.within-page="5". Now I would have expected the keep at the red block with the "TEST"-Text, since this block does not have any keeps, but obviously I'm missing something here. Can somebody help? > > Support for integer keeps is very limited at the moment. A break occurring within an integer keep will simply be given maximum penalty in the hope that breaks at better places (i.e., where keep has been left to > auto) will be privileged. All integer values result into the same break penalty. In fact, the current implementation supports only 3 keep > values: auto, 'highly desirable', always. > > A break where keep is highly desirable may still be privileged over a break where keep is auto if that leads to a better overall layout; for example, if breaking at auto places would lead to half-empty pages whereas breaking at undesirable places would give full pages. (This is not compliant with the Recommendation, for that matter.) > > In the present case, however, there is something else that comes into > play: since the two images in the first column must be kept together, they make a big unbreakable block. Therefore, the table algorithm will put as much content from the second column as possible to match the height of the first one (the heuristic being that full tables are more desirable). By doing that, it will skip the acceptable breaks after the TEST blocks, and will end up with the less acceptable ones inside the inner tables. > > >> Regards, >> >> Georg Datterl >> >> ------ Kontakt ------ >> >> Georg Datterl >> >> Geneon media solutions gmbh >> Gutenstetter Straße 8a >> 90449 Nürnberg >> >> HRB Nürnberg: 17193 >> Geschäftsführer: Yong-Harry Steiert >> >> Tel.: 0911/36 78 88 - 26 >> Fax: 0911/36 78 88 - 20 >> >> www.geneon.de >> >> Weitere Mitglieder der Willmy MediaGroup: >> >> IRS Integrated Realization Services GmbH: www.irs-nbg.de >> Willmy PrintMedia GmbH: www.willmy.de >> Willmy Consult & Content GmbH: www.willmycc.de > > > Vincent --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi,
This is from the latest FOP documentation...
Base-14 Fonts
The Adobe PostScript and PDF Specification specify a set of 14 fonts
that must be available to every PostScript interpreter and PDF reader:
Helvetica (normal, bold, italic, bold italic), Times (normal, bold,
italic, bold italic), Courier (normal, bold, italic, bold italic),
Symbol and ZapfDingbats.
The following font family names are hard-coded into FOP for the Base-14
font set:
Base-14 font font families
Helvetica Helvetica, sans-serif, SansSerif
Times Times, Times Roman, Times-Roman, serif, any
Courier Courier, monospace, Monospaced
Symbol Symbol
ZapfDingbats ZapfDingbats
Please note that recent versions of Adobe Acrobat Reader replace
"Helvetica" with "Arial" and "Times" with "Times New Roman" internally.
GhostScript replaces "Helvetica" with "Nimbus Sans L" and "Times" with
"Nimbus Roman No9 L". Other document viewers may do similar font
substitutions. If you need to make sure that there are no such
substitutions, you need to specify an explicit font and embed it in the
target document.
Venkat.
Gregory Buchenberger wrote:
> Hi,
>
> Does anyone know of a free source where I might find the base 14 fonts?
>
> Thanks,
>
> Greg Buchenberger
>
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi,
Base-14 Fonts
The Adobe PDF Specification specifies a set of 14 fonts that must be
available to every PDF reader: Helvetica (normal, bold, italic, bold
italic), Times (normal, bold, italic, bold italic), Courier (normal,
bold, italic, bold italic), Symbol and ZapfDingbats.
http://www.cs.helsinki.fi/group/xmltools/formatters/fop/fop-0.20.5/build/site/fonts.html#Base-14+Fonts
Venkat.
Gregory Buchenberger wrote:
> Hi,
>
> Does anyone know of a free source where I might find the base 14 fonts?
>
> Thanks,
>
> Greg Buchenberger
>
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi, Does anyone know of a free source where I might find the base 14 fonts? Thanks, Greg Buchenberger
Thanks guys for the fast reply! I was able to find the branch in revisions. I'm happy to see that it has been merged into Trunk. I was a bit worried Jost Klopfstein's fine work had been lost. On Thu, Dec 3, 2009 at 5:47 AM, Vincent Hennebert <vhennebert@gmail.com>wrote: > Hi, > > (Just some additional information.) > > Pascal Sancho wrote: > > Hi, > > > > This dev branche has yet been merged to TRUNK (rev 830293). > > Reading SVN logs, the Temp_Accessibility branch has been removed from > > there (rev 830299) instead of been moved to branches/archive. > > That branch was managed using Subversion 1.5’s new merge feature. After > it has been merged back to the Trunk it becomes unusable, and the > recommended best practice is to remove it altogether. For more > information, see: > > http://svnbook.red-bean.com/en/1.5/svn.branchmerge.basicmerging.html#svn.branchemerge.basicmerging.stayinsync > (excellent documentation, BTW) > > If for some reason you want to have a look at the branch, you can still > check it out using the following command: > svn co -r 830293 > > http://svn.eu.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_Accessibility/ > > But you most probably just want to use a recent Trunk version instead. > > > > Pascal > > > > Gregory Buchenberger a écrit : > >> There was once a branch of FOP that supported PDF Accessibility at > >> svn.apache.org/xmlgraphics/fop/branches/Temp_Accessibility. I cannot > >> find it > >> now. Please excuse my Subversion ignorance but is it available still? > How > >> can I check out the source? > > Vincent > > --------------------------------------------------------------------- > To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org > For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org > >
Hi Venkat
Thanks for your response. I need this renderer to support GIF and JPEG,
I was looking the code of TIFF Renderer to adapt it to a JPEG and GIF
renderer, and I saw that "stopRenderer()" was the best place to write
code using ImageIO to convert Java2D/AWT renderer work.
The most of the work was change the static strings of types
(image/tiff), and I create the corresponding maker, configurator ,etc ...
If someone need it, I attach the classes here.
Here I leave a example of use the renderer:
Thanks for all. I'm pleased to help a little.
// OutputStream out = what you want
FopFactory fopFactory = FopFactory.newInstance();
RendererFactory rendererFactory = null;
FOUserAgent foUserAgent = null;
rendererFactory = fopFactory.getRendererFactory();
rendererFactory.addRendererMaker(new
MultiRendererMaker("jpeg"));
foUserAgent = fopFactory.newFOUserAgent();
rendererFactory.createRenderer(foUserAgent, "image/jpeg");
Fop fop = fopFactory.newFop("image/jpeg", foUserAgent, out);
//Use fop as normal case
Venkat Reddy escribió:
> Hi,
>
> As per the below documentation, Java2D/AWT renderer used in FOP only
> supports PNG/TIFF output formats. For more information, read the
> following document...
> http://xmlgraphics.apache.org/fop/trunk/output.html#bitmap
>
> Venkat.
>
> Diego Medina wrote:
>> Hi everyone
>>
>> I have been using Fop from long time ago, and to start I have to say
>> thanks for that great job. Now recently, I have a new need to get
>> another output different of pdf. In later versions I see that
>> mimeType image/jpeg is a valid constant to output format (but I don't
>> test this functionality until now) but in versión 0.95 said " Don't
>> know how to handle "image/jpeg" as an output format". I was studding
>> the fop config file and other configuration issues, but all my test
>> didn't works. Is possible to render a jpeg output without adding
>> another render to fop 0.95?. In case of not, how can I add my own
>> renderer to render a image/jpeg?.
>>
>> Thanks so much.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
>> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
>
Hi, As per the below documentation, Java2D/AWT renderer used in FOP only supports PNG/TIFF output formats. For more information, read the following document... http://xmlgraphics.apache.org/fop/trunk/output.html#bitmap Venkat. Diego Medina wrote: > Hi everyone > > I have been using Fop from long time ago, and to start I have to say > thanks for that great job. Now recently, I have a new need to get > another output different of pdf. In later versions I see that mimeType > image/jpeg is a valid constant to output format (but I don't test this > functionality until now) but in versión 0.95 said " Don't know how to > handle "image/jpeg" as an output format". I was studding the fop > config file and other configuration issues, but all my test didn't > works. Is possible to render a jpeg output without adding another > render to fop 0.95?. In case of not, how can I add my own renderer to > render a image/jpeg?. > > Thanks so much. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org > For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi,
I'm trying to integrate FOP in a client side application that is made
available as applet/java webstart application. The integration works well
but I'm not able to use the <fo:external-graphic ... /> tag to embed
image files into the generated PDF. When trying to embed an image using the
following directive
...
<fo:block>
<fo:external-graphic content-height="70"
src="url('file:c:///temp/my-image.png')" />
</fo:block>
...
I get a
access: access denied (java.io.FilePermission file:c:\temp\my-image.png
read)
on the Java console. Enabling security debug output (Runtime parameter
-Djava.security.debug=access:failure) yielded the following details
(complete output: http://old.nabble.com/file/p26628106/fop-stacktrace.log
fop-stacktrace.log )
access: access denied (java.io.FilePermission file:c:\temp\my-image.png
read)
java.lang.Exception: Stack trace
at java.lang.Thread.dumpStack(Unknown Source)
at java.security.AccessControlContext.checkPermission(Unknown Source)
at java.security.AccessController.checkPermission(Unknown Source)
at java.lang.SecurityManager.checkPermission(Unknown Source)
at java.lang.SecurityManager.checkRead(Unknown Source)
at java.io.File.canRead(Unknown Source)
...
at
com.sun.org.apache.xml.internal.serializer.ToXMLSAXHandler.endElement(Unknown
Source)
at MyXSLTemplate.template$dot$0()
at MyXSLTemplate.applyTemplates()
at MyXSLTemplate.applyTemplates()
at MyXSLTemplate.transform()
at
com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(Unknown
Source)
...
at
com.transflow.cosa.portal.client.PortalClient$RunThread.run(PortalClient.java:422)
access: access allowed (java.security.SecurityPermission getPolicy)
access: domain that failed ProtectionDomain (null )
com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl$TransletClassLoader@1573872
<no principals>
java.security.Permissions@96d2c2 (
(java.util.PropertyPermission line.separator read)
...
(java.net.SocketPermission localhost:1024- listen,resolve)
(java.lang.RuntimePermission stopThread)
)
FEHLER: 'access denied (java.io.FilePermission file:c:\temp\my-image.png
read)'
Fehler in write: java.security.AccessControlException: access denied
(java.io.FilePermission file:c:\temp\my-image.png read)
For me this looks like xalan dynamically generates a class for my XSL
template (MyXSLTemplate) and this class tries to access the external file.
The application is running with a security manager (applet/web start) and
this class does not have the permission to access the file as it is not
signed (unlike the rest of the application).
The file location (locally HD or on a web server) doesn't seem to matter as
the error is always the same...
Is this problem already known and is there a possible solution/workaround
for this? Can't image I'm the first one to try to embed an external graphic
using FOP in an applet context, but search didn't give my any usable
results...
Java version: JRE 1.6.0_17
FOP version: 0.94
Best regards
--
View this message in context: http://old.nabble.com/Using-%3Cfo%3Aexternal-graphic-...--%3E-in-applet-tp26628106p26628106.html
Sent from the FOP - Users mailing list archive at Nabble.com.
Hi, (Just some additional information.) Pascal Sancho wrote: > Hi, > > This dev branche has yet been merged to TRUNK (rev 830293). > Reading SVN logs, the Temp_Accessibility branch has been removed from > there (rev 830299) instead of been moved to branches/archive. That branch was managed using Subversion 1.5’s new merge feature. After it has been merged back to the Trunk it becomes unusable, and the recommended best practice is to remove it altogether. For more information, see: http://svnbook.red-bean.com/en/1.5/svn.branchmerge.basicmerging.html#svn.branchemerge.basicmerging.stayinsync (excellent documentation, BTW) If for some reason you want to have a look at the branch, you can still check it out using the following command: svn co -r 830293 http://svn.eu.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_Accessibility/ But you most probably just want to use a recent Trunk version instead. > Pascal > > Gregory Buchenberger a écrit : >> There was once a branch of FOP that supported PDF Accessibility at >> svn.apache.org/xmlgraphics/fop/branches/Temp_Accessibility. I cannot >> find it >> now. Please excuse my Subversion ignorance but is it available still? How >> can I check out the source? Vincent --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi Vincent, You explanations sounds quite good, but if I replace the keeps "5" with "always", the whole block, images and everything, move to the next page. Is that, because that's more "desireable"? The present solution with the headre and the final, empty line on the next page is in any case least desireable, because it looks ugly. Do you see a way to force the images and two tables on the first page, the third table and image on the second page? Regards, Georg Datterl ------ Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de Willmy PrintMedia GmbH: www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -----Ursprüngliche Nachricht----- Von: Vincent Hennebert [mailto:vhennebert@gmail.com] Gesendet: Donnerstag, 3. Dezember 2009 13:24 An: fop-users@xmlgraphics.apache.org Betreff: Re: again strange keeps Hi Georg, Georg Datterl wrote: > Hi everybody, hi Vincent, > > Attached fo file contains the already well known tables, now for A6 format. In this case, the right column contains three short tables and one image. Since that's too much for one page, fop inserts a break before the last line of the third table, overriding a keep-with-next.within-page="5". Now I would have expected the keep at the red block with the "TEST"-Text, since this block does not have any keeps, but obviously I'm missing something here. Can somebody help? Support for integer keeps is very limited at the moment. A break occurring within an integer keep will simply be given maximum penalty in the hope that breaks at better places (i.e., where keep has been left to auto) will be privileged. All integer values result into the same break penalty. In fact, the current implementation supports only 3 keep values: auto, 'highly desirable', always. A break where keep is highly desirable may still be privileged over a break where keep is auto if that leads to a better overall layout; for example, if breaking at auto places would lead to half-empty pages whereas breaking at undesirable places would give full pages. (This is not compliant with the Recommendation, for that matter.) In the present case, however, there is something else that comes into play: since the two images in the first column must be kept together, they make a big unbreakable block. Therefore, the table algorithm will put as much content from the second column as possible to match the height of the first one (the heuristic being that full tables are more desirable). By doing that, it will skip the acceptable breaks after the TEST blocks, and will end up with the less acceptable ones inside the inner tables. > Regards, > > Georg Datterl > > ------ Kontakt ------ > > Georg Datterl > > Geneon media solutions gmbh > Gutenstetter Straße 8a > 90449 Nürnberg > > HRB Nürnberg: 17193 > Geschäftsführer: Yong-Harry Steiert > > Tel.: 0911/36 78 88 - 26 > Fax: 0911/36 78 88 - 20 > > www.geneon.de > > Weitere Mitglieder der Willmy MediaGroup: > > IRS Integrated Realization Services GmbH: www.irs-nbg.de > Willmy PrintMedia GmbH: www.willmy.de > Willmy Consult & Content GmbH: www.willmycc.de Vincent --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi Georg, Georg Datterl wrote: > Hi everybody, hi Vincent, > > Attached fo file contains the already well known tables, now for A6 format. In this case, the right column contains three short tables and one image. Since that's too much for one page, fop inserts a break before the last line of the third table, overriding a keep-with-next.within-page="5". Now I would have expected the keep at the red block with the "TEST"-Text, since this block does not have any keeps, but obviously I'm missing something here. Can somebody help? Support for integer keeps is very limited at the moment. A break occurring within an integer keep will simply be given maximum penalty in the hope that breaks at better places (i.e., where keep has been left to auto) will be privileged. All integer values result into the same break penalty. In fact, the current implementation supports only 3 keep values: auto, ‘highly desirable’, always. A break where keep is highly desirable may still be privileged over a break where keep is auto if that leads to a better overall layout; for example, if breaking at auto places would lead to half-empty pages whereas breaking at undesirable places would give full pages. (This is not compliant with the Recommendation, for that matter.) In the present case, however, there is something else that comes into play: since the two images in the first column must be kept together, they make a big unbreakable block. Therefore, the table algorithm will put as much content from the second column as possible to match the height of the first one (the heuristic being that full tables are more desirable). By doing that, it will skip the acceptable breaks after the TEST blocks, and will end up with the less acceptable ones inside the inner tables. > Regards, > > Georg Datterl > > ------ Kontakt ------ > > Georg Datterl > > Geneon media solutions gmbh > Gutenstetter Straße 8a > 90449 Nürnberg > > HRB Nürnberg: 17193 > Geschäftsführer: Yong-Harry Steiert > > Tel.: 0911/36 78 88 - 26 > Fax: 0911/36 78 88 - 20 > > www.geneon.de > > Weitere Mitglieder der Willmy MediaGroup: > > IRS Integrated Realization Services GmbH: www.irs-nbg.de > Willmy PrintMedia GmbH: www.willmy.de > Willmy Consult & Content GmbH: www.willmycc.de Vincent --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi, This dev branche has yet been merged to TRUNK (rev 830293). Reading SVN logs, the Temp_Accessibility branch has been removed from there (rev 830299) instead of been moved to branches/archive. Pascal Gregory Buchenberger a écrit : > There was once a branch of FOP that supported PDF Accessibility at > svn.apache.org/xmlgraphics/fop/branches/Temp_Accessibility. I cannot find it > now. Please excuse my Subversion ignorance but is it available still? How > can I check out the source? --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi,
FOP 0.20.x is no longer maintained. I strongly suggest you to upgrade to
latest release (FOP 0.95).
However, in your config file, I don't see any <font> element (under
fonts), like this:
<fonts>
<font metrics-file="metric_file.xml" kerning="yes"
embed-file="font_file_pfb_or_ttf">
<font-triplet name="font_name" style="normal_or_italic"
weight="normal_bold_or_100-900"/>
</font>
</fonts>
Note that with FOP 0.20.x, you need to make xml metrics files with
appropriate tool in FOP distribution.
J. de Hoop a écrit :
> Hi,
>
> we are having problems with certain characters in PDF, resulting in #
> (ÂăãÆæßČÄ¢ results in Â#ãÆæß##¢).
> Within the (user)config.xml you can add Fonts, see code, but how to run it
> from the XSQLFOPSerializer ????.
> We copied the Arial Window fonts to Linux.
> I tried several things but nothing worked, see code:
> /**
> * Tested with the FOP 0.20.3RC release from 19-Jan-2002
> */
> public class XSQLFOPSerializer implements XSQLDocumentSerializer {
> private static final String PDFMIME = "application/pdf";
> public void serialize(Document doc, XSQLPageRequest env) throws Throwable {
> try {
> // First make sure we can load the driver
> Driver FOPDriver = new Driver();
> Logger logger = new ConsoleLogger(ConsoleLogger.LEVEL_DEBUG); // ipv. INFO
> MessageHandler.setScreenLogger(logger);
> FOPDriver.setLogger(logger);
> // Some of FOP's messages appear to still use MessageHandler.
> // MessageHandler.setOutputMethod(MessageHandler.NONE);
> // Then set the content type before getting the reader/
> env.setContentType(PDFMIME);
> // Tried the following, but does not work !!!!
> // String userConfig = "/u02/gba/tent/userconfig.xml";
> // File userConfigFile;
> // userConfigFile = new File(userConfig);
> // Options options = new Options();
> // options.loadUserconfiguration(userConfigFile);
> FOPDriver.setOutputStream(env.getOutputStream());
> FOPDriver.setRenderer(FOPDriver.RENDER_PDF);
> FOPDriver.render(doc);
> } catch (Exception e) {
> e.printStackTrace(System.err);
> }
> }
> }
>
> userconfig.xml
> <entry>
> <key>fontBaseDir</key>
> <value>/usr/share/fonts/ttf</value>
> </entry>
> <fonts>
> <font-triplet name="Arial" style="normal" weight="normal"/>
> <font-triplet name="ArialMT" style="normal" weight="normal"/>
> <font-triplet name="Arial" style="normal" weight="bold"/>
> <font-triplet name="ArialMT" style="normal" weight="bold"/>
> <font-triplet name="Arial" style="italic" weight="normal"/>
> <font-triplet name="ArialMT" style="italic" weight="normal"/>
> <font-triplet name="Arial" style="italic" weight="bold"/>
> <font-triplet name="ArialMT" style="italic" weight="bold"/>
>
> Keywords:
> FOP 020.5
> XML2HTML / PDF
> XSQLFOP
> Embedded in ADF (fop.jar)
> Linux
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi Jeca, Please, ask such question on FOP USER list, DEV list is for FOP development questions. What FOP version do you use? What font do you use? Can you provide short XSL-FO (not XSLT) that reproduce your problem? At this stage, I can only suppose that either text-decoration is never used in final XSL-FO, or there is a text-decoration with "none" or "no-underline" value in a nested FO. Pascal Jeca a écrit : > Hi There, I added a new FONT that I wanted to use in a document I’m > creating. But, in the document I’m only able to see regular font and > bolded. If I specify text-decoration=â€underline†attribute in my > fo:block, or fo:inline, text is not being underlined!!! Am I missing > anything? Is there anything in configuration that I missed?? This is > what I have in configuration: Thanks in advance --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
There was once a branch of FOP that supported PDF Accessibility at svn.apache.org/xmlgraphics/fop/branches/Temp_Accessibility. I cannot find it now. Please excuse my Subversion ignorance but is it available still? How can I check out the source? --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi,
we are having problems with certain characters in PDF, resulting in #
(ÂăãÆæßČÄ¢ results in Â#ãÆæß##¢).
Within the (user)config.xml you can add Fonts, see code, but how to run it
from the XSQLFOPSerializer ????.
We copied the Arial Window fonts to Linux.
I tried several things but nothing worked, see code:
/**
* Tested with the FOP 0.20.3RC release from 19-Jan-2002
*/
public class XSQLFOPSerializer implements XSQLDocumentSerializer {
private static final String PDFMIME = "application/pdf";
public void serialize(Document doc, XSQLPageRequest env) throws Throwable {
try {
// First make sure we can load the driver
Driver FOPDriver = new Driver();
Logger logger = new ConsoleLogger(ConsoleLogger.LEVEL_DEBUG); // ipv. INFO
MessageHandler.setScreenLogger(logger);
FOPDriver.setLogger(logger);
// Some of FOP's messages appear to still use MessageHandler.
// MessageHandler.setOutputMethod(MessageHandler.NONE);
// Then set the content type before getting the reader/
env.setContentType(PDFMIME);
// Tried the following, but does not work !!!!
// String userConfig = "/u02/gba/tent/userconfig.xml";
// File userConfigFile;
// userConfigFile = new File(userConfig);
// Options options = new Options();
// options.loadUserconfiguration(userConfigFile);
FOPDriver.setOutputStream(env.getOutputStream());
FOPDriver.setRenderer(FOPDriver.RENDER_PDF);
FOPDriver.render(doc);
} catch (Exception e) {
e.printStackTrace(System.err);
}
}
}
userconfig.xml
<entry>
<key>fontBaseDir</key>
<value>/usr/share/fonts/ttf</value>
</entry>
<fonts>
<font-triplet name="Arial" style="normal" weight="normal"/>
<font-triplet name="ArialMT" style="normal" weight="normal"/>
<font-triplet name="Arial" style="normal" weight="bold"/>
<font-triplet name="ArialMT" style="normal" weight="bold"/>
<font-triplet name="Arial" style="italic" weight="normal"/>
<font-triplet name="ArialMT" style="italic" weight="normal"/>
<font-triplet name="Arial" style="italic" weight="bold"/>
<font-triplet name="ArialMT" style="italic" weight="bold"/>
Keywords:
FOP 020.5
XML2HTML / PDF
XSQLFOP
Embedded in ADF (fop.jar)
Linux
--
View this message in context: http://old.nabble.com/How-to-run-%28user%29config.xml-to-add-Fonts-in-embedded-FOP-020.5-with-PDF-tp26610373p26610373.html
Sent from the FOP - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi, Pardha Paruchuri a écrit : > I tried running a WordML file through the new install 0.95 and it is throwing errors for a custom font though I added it to the fop.xconf, for invalid property: leader-length="NaNpt" and ignoring page breaks. "NaN" means "Not a Number", witch is most probably thrown by XSLT. You should debug your XSLT to find where this occurs. > so I created a simple Word file just to test the page break issue but it did not put page breaks in Pdf. here is a snippet from a simple fo file that has 2 page breaks. > > > - <fo:inline> > <fo:block break-before="page"/> > </fo:inline> This is a curious construction. fo:inline surrounding a page break. Since there is yet an error with fo:leader, the rest of the XSL-FO may not be handled correctly, but you can remove this fo:inline. HTH, Pascal --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
I tried running a WordML file through the new install 0.95 and it is throwing errors for a
custom font though I added it to the fop.xconf, for invalid property: leader-length="NaNpt"
and ignoring page breaks. so I created a simple Word file just to test the page break issue
but it did not put page breaks in Pdf. here is a snippet from a simple fo file that has 2
page breaks.
- <fo:blockfont-family="TimesNewRoman"font-size="12pt"language="EN-US">
- <fo:inline>
<fo:leader leader-length="0pt"/>
Page 1
</fo:inline>
</fo:block>
- <fo:blockfont-family="TimesNewRoman"font-size="12pt"language="EN-US">
- <fo:inline>
<fo:block break-before="page"/>
</fo:inline>
</fo:block>
- <fo:blockfont-family="TimesNewRoman"font-size="12pt"language="EN-US">
- <fo:inline>
<fo:leader leader-length="0pt"/>
Page 2
</fo:inline>
</fo:block>
- <fo:blockfont-family="TimesNewRoman"font-size="12pt"language="EN-US">
- <fo:inline>
<fo:block break-before="page"/>
</fo:inline>
</fo:block>
- <fo:blockfont-family="TimesNewRoman"font-size="12pt"language="EN-US">
- <fo:inline>
<fo:leader leader-length="0pt"/>
Page 3
</fo:inline>
</fo:block>
</fo:block>
----- Original Message ----
From: J.Pietschmann <j3322ptm@yahoo.de>
To: fop-users@xmlgraphics.apache.org
Sent: Wed, November 25, 2009 5:13:27 PM
Subject: Re: [DEBUG] Last page-sequence produced 3 pages.
On 25.11.2009 20:56, Pardha Paruchuri wrote:
> I have a WordML file that I am trying to convert into PDF using FOP 0.20.5, is giving
below error.
...
> Caused by: java.lang.ClassCastException
For FOP 0.20.5, this usually indicates a violation of the XSLFO schema; a common
case is producing inline FO elements or text as direct child of a flow.
There isn't much more to say without having a look at your inputs. You
can try to run your XML/XSLT through FOP 0.95, which should give you
an informative error message rather than a JAva exception. Switching
to 0.95 is recommended anyway.
> when I ran in debug mode it is showing this message '[DEBUG] Last page-sequence produced
3 pages'.
That's just an information, no error.
J.Pietschmann
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi everybody, hi Vincent, Attached fo file contains the already well known tables, now for A6 format. In this case, the right column contains three short tables and one image. Since that's too much for one page, fop inserts a break before the last line of the third table, overriding a keep-with-next.within-page="5". Now I would have expected the keep at the red block with the "TEST"-Text, since this block does not have any keeps, but obviously I'm missing something here. Can somebody help? Regards, Georg Datterl ------ Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de Willmy PrintMedia GmbH: www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de
Hi Jörg, Thanks for the explanation. Georg Datterl ------ Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de Willmy PrintMedia GmbH: www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -----Ursprüngliche Nachricht----- Von: J.Pietschmann [mailto:j3322ptm@yahoo.de] Gesendet: Montag, 30. November 2009 23:12 An: fop-users@xmlgraphics.apache.org Betreff: Re: Linebreaking question On 30.11.2009 15:18, Georg Datterl wrote: > I have a (simplified) table, one cell with one text string. > The cell width is restricted to less than the text would need, > but the text, as you can see below, contains an ordinary blank. > So I would expect two lines but I get one line with text growing > out of the cell. Inserting a zero-width-space leads to a break. > Is there a reason for this behaviour? ... > <fo:inline>0.07 ...0.08</fo:inline> Well the Table 2 in UAX#14 (http://www.unicode.org/reports/tr14/) has NU^IS, i.e. no break between a number an a numeric punctuation even if there is a space in between, apparently due to LB13. There is always a break opportunity after a ZWS, so inserting one is the universal work around for getting line breaks. J.Pietschmann --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
On 30.11.2009 15:18, Georg Datterl wrote: > I have a (simplified) table, one cell with one text string. > The cell width is restricted to less than the text would need, > but the text, as you can see below, contains an ordinary blank. > So I would expect two lines but I get one line with text growing > out of the cell. Inserting a zero-width-space leads to a break. > Is there a reason for this behaviour? ... > <fo:inline>0.07 ...0.08</fo:inline> Well the Table 2 in UAX#14 (http://www.unicode.org/reports/tr14/) has NU^IS, i.e. no break between a number an a numeric punctuation even if there is a space in between, apparently due to LB13. There is always a break opportunity after a ZWS, so inserting one is the universal work around for getting line breaks. J.Pietschmann --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi everybody, I have a (simplified) table, one cell with one text string. The cell width is restricted to less than the text would need, but the text, as you can see below, contains an ordinary blank. So I would expect two lines but I get one line with text growing out of the cell. Inserting a zero-width-space leads to a break. Is there a reason for this behaviour? <fo:table table-layout="fixed"> <fo:table-column column-width="30.066pt" column-number="1"/> <fo:table-body> <fo:table-row> <fo:table-cell> <fo:block-container> <fo:block> <fo:block> <fo:inline>0.07 ...0.08</fo:inline> </fo:block> </fo:block> </fo:block-container> </fo:table-cell> </fo:table-row> </fo:table-body> </fo:table> Regards, Georg Datterl ------ Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de Willmy PrintMedia GmbH: www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Le dimanche 29 novembre 2009 à 15:07, J.Pietschmann a écrit:
> Anyway, why don't you use a separate page sequence for every
> chapter?
I'm a newbie, and I didn't even know it was possible to call a
<fo:page-sequence> from deeper in the <xsl:template> hierarchy than on the
first level of <fo:root>. After your answer, I've found an example from
Jordan Naftolin on the web, and, with a few adaptations, it works. So the
problem is solved for me.
Le dimanche 29 novembre 2009 à 22:18, J.Pietschmann a écrit:
> No, I meant using markers. There are several ways to get
> what you probably want. The following might work (beware,
> untested!):
> <fo:static-content ...>
> <fo:retrieve-marker retrieve-class-name="chapter-title"
> retrieve-position="first-starting-within-page"
> retrieve-boundary="document"/>
> ...
> <fo:block>
> <!-- first an empty marker -->
> <fo:marker marker-class-name="chapter-title"/>
> <!-- now with the title text for subsequent page headers -->
> <fo:marker marker-class-name="chapter-title">The Chapter
> Title</fo:marker>
> <!-- now the title text for the flow -->
> The Chapter Title
> </fo:block>
I've tried this too. It works, with a few adaptations:
- I doesn't to work (by me) with an empty element:
<fo:marker marker-class-name="chapter-title"/>,
but it works with an empty content:
<fo:marker marker-class-name="chapitre">
<xsl:text> </xsl:text>
</fo:marker>
- I had to put the <fo:marker>'s on a lower level than 'chapter'. The first
paragraph gives an marker with an empty content, all others the marker I want
on the top of the page:
<xsl:template match="para">
<fo:block>
<xsl:if test="count(preceding-sibling::para) = 0">
<fo:marker marker-class-name="chapitre">
<xsl:text> </xsl:text>
</fo:marker>
</xsl:if>
<xsl:if test="count(preceding-sibling::para) > 0">
<fo:marker marker-class-name="chapitre">
<xsl:text>Chapitre </xsl:text>
<xsl:number select=".." format="1"/>
</fo:marker>
</xsl:if>
<xsl:apply-templates/>
</fo:block>
</xsl:template>
In the <fo:page-sequence>, the page head is so defined:
<fo:static-content flow-name="titre_courant">
<fo:block/>
<fo:block text-align="center" space-before="1.5cm">
<fo:retrieve-marker retrieve-class-name="chapitre"
retrieve-position="first-starting-within-page"
retrieve-boundary="page"/>
</fo:block>
</fo:static-content>
There are perhaps some other ways to obtain the same result.
Anyway, very gratefully thanks. I've learned a lot yesterday and this morning.
Philippe
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi everyone I have been using Fop from long time ago, and to start I have to say thanks for that great job. Now recently, I have a new need to get another output different of pdf. In later versions I see that mimeType image/jpeg is a valid constant to output format (but I don't test this functionality until now) but in versión 0.95 said " Don't know how to handle "image/jpeg" as an output format". I was studding the fop config file and other configuration issues, but all my test didn't works. Is possible to render a jpeg output without adding another render to fop 0.95?. In case of not, how can I add my own renderer to render a image/jpeg?. Thanks so much. --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
On 29.11.2009 15:32, Faehndrich Philippe wrote:
> Isn't it, the opposite way, the same problem? Don't I must call a different
> page-master for the first page of each chapter?
No, I meant using markers. There are several ways to get
what you probably want. The following might work (beware,
untested!):
<fo:static-content ...>
<fo:retrieve-marker retrieve-class-name="chapter-title"
retrieve-position="first-starting-within-page"
retrieve-boundary="document"/>
...
<fo:block>
<!-- first an empty marker -->
<fo:marker marker-class-name="chapter-title"/>
<!-- now with the title text for subsequent page headers -->
<fo:marker marker-class-name="chapter-title">The Chapter
Title</fo:marker>
<!-- now the title text for the flow -->
The Chapter Title
</fo:block>
>> Anyway, why don't you use a separate page sequence for every
>> chapter?
>
> I must then find a solution for page numbering...
I don't understand why this poses a problem. Did you try
initial-page-number="auto"?
J.Pietschmann
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
oh... bad news for me. thanks for trial. So, i have to create a SVG-file instead. Beause its not possible for them to edit this large PDF-File without named elements... Tobias Jeremias Maerki schrieb: > Tobias, > I took a quick look. The example was maybe a bit simplistic to read > patterns from it: just one rectangle. Anyway, this is the content > stream: > /OC /MC0 BDC > 0 0.576 0.886 0 k > 0 0 0 1 K > 4 M > /GS0 gs > 200 153.63 -152.481 170.37 re > B > EMC > > So Illustrator makes use of the /OC (optional content, a PDF 1.5 feature) > together with marked content. /MC0 is the identifier for the optional > content group and there's a Properties dictionary that assigns /OC the > /Name "NamedGroup1". I guess that's what you were looking for. It's also > pretty much the same mechanism I've seen Illustrator use for layers > which some people were after some time ago. > > As I've said, I can only determine at this time what it is you're > looking for. FOP would need some changes to support that. It could also > be a bit tricky, since in PDFGraphics2D, we only get painting > instructions. At that point there's no more information on the "id" > attributes in SVG. I guess that would require some special Batik element > bridges to carry this information over to the PDF. Definitely not just a > two-day task. > > HTH > > On 26.11.2009 12:07:21 Tobias Schulz wrote: > >> Hi Jeremias, >> >> thanks for your help. >> >> here are the requested Illustrator AI/PDF samples. >> >> Tobias >> >> >> >>>> i dont know what you mean with named destinations. it's difficult to >>>> translate the german words to matching english words.... >>>> >>>> so, i try again. >>>> >>>> i use a fo-document to include a external svg-file: >>>> >>>> <fo:external-graphic src="'url(test.svg)'" content-height="100%"/> >>>> >>>> svg sample: >>>> >>>> <g id="i_need_this_id_in_pdf"> >>>> <rect id="i_need_this_id_in_pdf_too" x="56.589" y="83.25" >>>> fill="#F9F342" width="10.236" height="56.693"/> >>>> <rect id="i_need_this_id_in_pdf_too2" x="80.589" y="100" >>>> fill="#F9F342" width="10.236" height="56.693"/> >>>> </g> >>>> >>>> >>>> if you open the svg file in illustrator you are able to see the named >>>> elements / layers or how it named in english... (watch screen-ai-svg.gif) >>>> >>>> but if i create the pdf with: fop -fo test.fo -pdf test.pdf and open the >>>> resulting pdf in illustrator all names are gone. (watch >>>> screen-resulting-pdf.gif) >>>> >>>> i tried to add some more attributes like "label" , "desc" and "title" >>>> but - no luck... >>>> >>>> thanks >>>> tobias >>>> >>>> >>>> Jeremias Maerki schrieb: >>>> >>>> >>>>> Do you mean named destinations? If yes, that's not supported from within >>>>> SVG. I don't have Illustrator, so I can't find out what exactly it would >>>>> look for. Maybe you can post a small Illustrator example so I can find >>>>> out what it is you're looking for. I might be able to give some pointers. >>>>> But at any rate, the functionality you're looking for is most probably >>>>> not available. >>>>> >>>>> On 24.11.2009 20:17:58 Tobias Schulz wrote: >>>>> >>>>> >>>>> >>>>>> hi, >>>>>> i use "fo:external-graphic" in xsl documents to include and render >>>>>> svg-files to pdf. >>>>>> in the resulting pdf file all elements are labeled like "<path x>" or >>>>>> "<group>". >>>>>> >>>>>> is it possible to use the orininal group/element id-values in svg as >>>>>> labels in pdf instead? it would be much easier to edit the pdf file in >>>>>> AdobeIllustrator. >>>>>> >>>>>> i tried to add "desc" and "title" tags/attributes in my svg-file, but >>>>>> without any results. >>>>>> >>>>>> btw. really, realy nice tool! thanks! >>>>>> >>>>>> Versions: >>>>>> FOP release 0.95 >>>>>> Windows 7 64bit / Windows Vista 64bit >>>>>> JRE 1.6.0.16 >>>>>> >>>>>> >>>>>> i hope i did not miss a similar question... >>>>>> thanks for your help! >>>>>> tobias >>>>>> >>>>>> >>>>>> >>>>>> >>>>> Jeremias Maerki >>>>> >>>>> >>>>> >>>>> >>>>> >>>> -- >>>> **** ACHTUNG! Ab dem 01.09.2009 neue Adresse! **** >>>> >>>> Tobias Schulz >>> In der Kirchtanne 27 >>> 64297 Darmstadt-Eberstadt >>>> PropperDX@gmx.net >>> http://www.propperdx.de >>>> ____________________________________________________________________________ >>>> Diese Nachricht ist mit einer elektronischen Signatur versehen >>>> >>>> >>>> >>> >>> >>> Viele Grüsse >>> Jeremias Märki >>> _________________________________________________________ >>> Jeremias Märki, Software-Development and Consulting >>> Contact Information: http://www.jeremias-maerki.ch/contact.html >>> Blog: http://www.jeremias-maerki.ch/blog/ >>> >>> >>> >> -- >> **** ACHTUNG! Ab dem 01.09.2009 neue Adresse! **** >> >> Tobias Schulz >>> In der Kirchtanne 27 >>> 64297 Darmstadt-Eberstadt >> PropperDX@gmx.net >>> http://www.propperdx.de >> ____________________________________________________________________________ >> Diese Nachricht ist mit einer elektronischen Signatur versehen >> >> > > > > > Jeremias Maerki > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org > For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org > > -- **** ACHTUNG! Ab dem 01.09.2009 neue Adresse! **** Tobias Schulz >>> In der Kirchtanne 27 >>> 64297 Darmstadt-Eberstadt PropperDX@gmx.net >>> http://www.propperdx.de ____________________________________________________________________________ Diese Nachricht ist mit einer elektronischen Signatur versehen
Le dimanche 29 novembre 2009 à 15:07, J.Pietschmann a écrit: > A neat trick is to print the chapter title on every page, and > print something on top of it in order to obscure it on the > first page of the chapter, usually a white SVG graphic in a > block-container. Isn't it, the opposite way, the same problem? Don't I must call a different page-master for the first page of each chapter? > Anyway, why don't you use a separate page sequence for every > chapter? I must then find a solution for page numbering... Thanks anyway. Philippe --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
On 29.11.2009 12:46, Faehndrich Philippe wrote: > In a book, I wish to have the title of the current chapter printed on the top > of each page. But I don't want it on the first page of each chapter. > > I can't find the condition with which I could do this in a > <fo:repeatable-page-master-alternatives>. «page-position="first"» works only > for the very first page of the book, i. e. the title page. A neat trick is to print the chapter title on every page, and print something on top of it in order to obscure it on the first page of the chapter, usually a white SVG graphic in a block-container. Anyway, why don't you use a separate page sequence for every chapter? J.Pietschmann --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hello, In a book, I wish to have the title of the current chapter printed on the top of each page. But I don't want it on the first page of each chapter. I can't find the condition with which I could do this in a <fo:repeatable-page-master-alternatives>. «page-position="first"» works only for the very first page of the book, i. e. the title page. There is for sure something I don't really understand. Could someone give me a little help? Thanks in advance, Philippe --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
On 26.11.2009 09:56, Simon Pepping wrote: > <hyphenation code="de" use="de_1901"/> Yes. >> I'm a bit behind on the hyphenation front, but I thought the kind >> of classes used in TeX hyphenation patterns aren't of much use >> if the patterns use Unicode. There is a Unicode standard for >> parsing words out of text: >> http://www.unicode.org/reports/tr29/#Word_Boundaries >> aren't we using this already? > > We do not use that. It is my impression that classes are required for > being able to build the hyphenation tree. Is that not so? Well, I looked it up. Classes are used to map several code points like upper/lower case of a character to a single character for the hyphenation pattern, a kind of normalization. J.Pietschmann --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Tobias, I took a quick look. The example was maybe a bit simplistic to read patterns from it: just one rectangle. Anyway, this is the content stream: /OC /MC0 BDC 0 0.576 0.886 0 k 0 0 0 1 K 4 M /GS0 gs 200 153.63 -152.481 170.37 re B EMC So Illustrator makes use of the /OC (optional content, a PDF 1.5 feature) together with marked content. /MC0 is the identifier for the optional content group and there's a Properties dictionary that assigns /OC the /Name "NamedGroup1". I guess that's what you were looking for. It's also pretty much the same mechanism I've seen Illustrator use for layers which some people were after some time ago. As I've said, I can only determine at this time what it is you're looking for. FOP would need some changes to support that. It could also be a bit tricky, since in PDFGraphics2D, we only get painting instructions. At that point there's no more information on the "id" attributes in SVG. I guess that would require some special Batik element bridges to carry this information over to the PDF. Definitely not just a two-day task. HTH On 26.11.2009 12:07:21 Tobias Schulz wrote: > Hi Jeremias, > > thanks for your help. > > here are the requested Illustrator AI/PDF samples. > > Tobias > > > >> i dont know what you mean with named destinations. it's difficult to > >> translate the german words to matching english words.... > >> > >> so, i try again. > >> > >> i use a fo-document to include a external svg-file: > >> > >> <fo:external-graphic src="'url(test.svg)'" content-height="100%"/> > >> > >> svg sample: > >> > >> <g id="i_need_this_id_in_pdf"> > >> <rect id="i_need_this_id_in_pdf_too" x="56.589" y="83.25" > >> fill="#F9F342" width="10.236" height="56.693"/> > >> <rect id="i_need_this_id_in_pdf_too2" x="80.589" y="100" > >> fill="#F9F342" width="10.236" height="56.693"/> > >> </g> > >> > >> > >> if you open the svg file in illustrator you are able to see the named > >> elements / layers or how it named in english... (watch screen-ai-svg.gif) > >> > >> but if i create the pdf with: fop -fo test.fo -pdf test.pdf and open the > >> resulting pdf in illustrator all names are gone. (watch > >> screen-resulting-pdf.gif) > >> > >> i tried to add some more attributes like "label" , "desc" and "title" > >> but - no luck... > >> > >> thanks > >> tobias > >> > >> > >> Jeremias Maerki schrieb: > >> > >>> Do you mean named destinations? If yes, that's not supported from within > >>> SVG. I don't have Illustrator, so I can't find out what exactly it would > >>> look for. Maybe you can post a small Illustrator example so I can find > >>> out what it is you're looking for. I might be able to give some pointers. > >>> But at any rate, the functionality you're looking for is most probably > >>> not available. > >>> > >>> On 24.11.2009 20:17:58 Tobias Schulz wrote: > >>> > >>> > >>>> hi, > >>>> i use "fo:external-graphic" in xsl documents to include and render > >>>> svg-files to pdf. > >>>> in the resulting pdf file all elements are labeled like "<path x>" or > >>>> "<group>". > >>>> > >>>> is it possible to use the orininal group/element id-values in svg as > >>>> labels in pdf instead? it would be much easier to edit the pdf file in > >>>> AdobeIllustrator. > >>>> > >>>> i tried to add "desc" and "title" tags/attributes in my svg-file, but > >>>> without any results. > >>>> > >>>> btw. really, realy nice tool! thanks! > >>>> > >>>> Versions: > >>>> FOP release 0.95 > >>>> Windows 7 64bit / Windows Vista 64bit > >>>> JRE 1.6.0.16 > >>>> > >>>> > >>>> i hope i did not miss a similar question... > >>>> thanks for your help! > >>>> tobias > >>>> > >>>> > >>>> > >>> > >>> > >>> Jeremias Maerki > >>> > >>> > >>> > >>> > >> -- > >> **** ACHTUNG! Ab dem 01.09.2009 neue Adresse! **** > >> > >> Tobias Schulz >>> In der Kirchtanne 27 >>> 64297 Darmstadt-Eberstadt > >> PropperDX@gmx.net >>> http://www.propperdx.de > >> ____________________________________________________________________________ > >> Diese Nachricht ist mit einer elektronischen Signatur versehen > >> > >> > > > > > > > > > > Viele Grüsse > > Jeremias Märki > > _________________________________________________________ > > Jeremias Märki, Software-Development and Consulting > > Contact Information: http://www.jeremias-maerki.ch/contact.html > > Blog: http://www.jeremias-maerki.ch/blog/ > > > > > > -- > **** ACHTUNG! Ab dem 01.09.2009 neue Adresse! **** > > Tobias Schulz >>> In der Kirchtanne 27 >>> 64297 Darmstadt-Eberstadt > PropperDX@gmx.net >>> http://www.propperdx.de > ____________________________________________________________________________ > Diese Nachricht ist mit einer elektronischen Signatur versehen > Jeremias Maerki --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
ye thank you a lot! all work good now. you are my hero :) -- View this message in context: http://old.nabble.com/error-in-pdf-with-tiff-image-inside-which-was-created-by-fop-tp26509340p26528536.html Sent from the FOP - Users mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Hi Jeremias, thanks for your help. here are the requested Illustrator AI/PDF samples. Tobias >> i dont know what you mean with named destinations. it's difficult to >> translate the german words to matching english words.... >> >> so, i try again. >> >> i use a fo-document to include a external svg-file: >> >> <fo:external-graphic src="'url(test.svg)'" content-height="100%"/> >> >> svg sample: >> >> <g id="i_need_this_id_in_pdf"> >> <rect id="i_need_this_id_in_pdf_too" x="56.589" y="83.25" >> fill="#F9F342" width="10.236" height="56.693"/> >> <rect id="i_need_this_id_in_pdf_too2" x="80.589" y="100" >> fill="#F9F342" width="10.236" height="56.693"/> >> </g> >> >> >> if you open the svg file in illustrator you are able to see the named >> elements / layers or how it named in english... (watch screen-ai-svg.gif) >> >> but if i create the pdf with: fop -fo test.fo -pdf test.pdf and open the >> resulting pdf in illustrator all names are gone. (watch >> screen-resulting-pdf.gif) >> >> i tried to add some more attributes like "label" , "desc" and "title" >> but - no luck... >> >> thanks >> tobias >> >> >> Jeremias Maerki schrieb: >> >>> Do you mean named destinations? If yes, that's not supported from within >>> SVG. I don't have Illustrator, so I can't find out what exactly it would >>> look for. Maybe you can post a small Illustrator example so I can find >>> out what it is you're looking for. I might be able to give some pointers. >>> But at any rate, the functionality you're looking for is most probably >>> not available. >>> >>> On 24.11.2009 20:17:58 Tobias Schulz wrote: >>> >>> >>>> hi, >>>> i use "fo:external-graphic" in xsl documents to include and render >>>> svg-files to pdf. >>>> in the resulting pdf file all elements are labeled like "<path x>" or >>>> "<group>". >>>> >>>> is it possible to use the orininal group/element id-values in svg as >>>> labels in pdf instead? it would be much easier to edit the pdf file in >>>> AdobeIllustrator. >>>> >>>> i tried to add "desc" and "title" tags/attributes in my svg-file, but >>>> without any results. >>>> >>>> btw. really, realy nice tool! thanks! >>>> >>>> Versions: >>>> FOP release 0.95 >>>> Windows 7 64bit / Windows Vista 64bit >>>> JRE 1.6.0.16 >>>> >>>> >>>> i hope i did not miss a similar question... >>>> thanks for your help! >>>> tobias >>>> >>>> >>>> >>> >>> >>> Jeremias Maerki >>> >>> >>> >>> >> -- >> **** ACHTUNG! Ab dem 01.09.2009 neue Adresse! **** >> >> Tobias Schulz >>> In der Kirchtanne 27 >>> 64297 Darmstadt-Eberstadt >> PropperDX@gmx.net >>> http://www.propperdx.de >> ____________________________________________________________________________ >> Diese Nachricht ist mit einer elektronischen Signatur versehen >> >> > > > > > Viele Grüsse > Jeremias Märki > _________________________________________________________ > Jeremias Märki, Software-Development and Consulting > Contact Information: http://www.jeremias-maerki.ch/contact.html > Blog: http://www.jeremias-maerki.ch/blog/ > > -- **** ACHTUNG! Ab dem 01.09.2009 neue Adresse! **** Tobias Schulz >>> In der Kirchtanne 27 >>> 64297 Darmstadt-Eberstadt PropperDX@gmx.net >>> http://www.propperdx.de ____________________________________________________________________________ Diese Nachricht ist mit einer elektronischen Signatur versehen
On Wed, Nov 25, 2009 at 11:30:54PM +0100, J.Pietschmann wrote: > On 25.11.2009 21:40, Simon Pepping wrote: > >When a language uses various alternative spelling rules, some > >descriptive suffix is appended to the file name, e.g. de_1901; users > >who prefer these pattern files over the default ones will have to > >rename the pattern files in the jar file. > > Hmm. I'd rather invent a FOP configuration for mapping the language(s) > given in the FO to hyphenation pattern names. That is a good idea. Something like: <hyphenation code="de" use="de_1901"/> > >Classes: ... Since 3 September 2009 these classes are built into > >FOP. > > I'm a bit behind on the hyphenation front, but I thought the kind > of classes used in TeX hyphenation patterns aren't of much use > if the patterns use Unicode. There is a Unicode standard for > parsing words out of text: > http://www.unicode.org/reports/tr29/#Word_Boundaries > aren't we using this already? We do not use that. It is my impression that classes are required for being able to build the hyphenation tree. Is that not so? Simon -- Simon Pepping home page: http://www.leverkruid.eu --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Very simple: just install the fonts as if you had to install them for any other application (like a word processor) that uses system fonts. So the actual installation depends on your operating system. Check the documentation of your operating system for detailed instructions. On 25.11.2009 23:25:17 Lucian Opris wrote: > Hi, > Do you have an idea how to install fonts "via the operating system and > AWT" for Batik? I never did such a thing before. I will of course > goggle it but in case someone did it before it would be nice to have > instructions. > > Thanks a lot again > > Lucian Opris > > -----Original Message----- > From: Jeremias Maerki [mailto:dev@jeremias-maerki.ch] > Sent: Wednesday, November 25, 2009 4:18 PM > To: fop-users@xmlgraphics.apache.org > Subject: Re: Japanese fonts in SVG fop 0.95 > > Pascal is right. The fonts actually need to be available to both FOP (via > configuration) and Batik (via the operating system and AWT). If Batik > doesn't have access to the font it replaces it and that may cause FOP to > select a font that doesn't have the glyphs you need. > > On 25.11.2009 15:31:18 Pascal Sancho wrote: > > Hi, > > > > Batik uses the fonts installed on the host rather than thoses indicated > > in the FOP config file. > > You have to install used fonts directly on the local system to have the > > correct font with text in SVG. > > > > Pascal > > > > Lucian Opris a écrit : > > > > > > Hi All, > > > > > > I switched to fop 0.95 successfully and now I encounter another > > > problem. The Japanese Fonts inside SVG are showing as ##### even if > > > the font-family inside SVG is correct. > > > > > > Attached are the files I’m using with command line. Is this issue > > > related to Batik used in the new FOP? I was working fine using Fop 0.25. > > > > > > > > > > > > s ./fop -d -r -v -c conf/fop.xconf -xml Hello.xml -xsl hello.xsl -pdf > > > JapHelloFOP.pdf > > > > > > > > > > > > Thanks a lot > > > > > > > > > > > > Lucian Opris > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org > > For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org > > > > > Jeremias Maerki > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org > For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org > For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org > Jeremias Maerki --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
On 25.11.2009 21:40, Simon Pepping wrote: > When a language uses various alternative spelling rules, some > descriptive suffix is appended to the file name, e.g. de_1901; users > who prefer these pattern files over the default ones will have to > rename the pattern files in the jar file. Hmm. I'd rather invent a FOP configuration for mapping the language(s) given in the FO to hyphenation pattern names. > Classes: ... Since 3 September 2009 these classes are built into > FOP. I'm a bit behind on the hyphenation front, but I thought the kind of classes used in TeX hyphenation patterns aren't of much use if the patterns use Unicode. There is a Unicode standard for parsing words out of text: http://www.unicode.org/reports/tr29/#Word_Boundaries aren't we using this already? J.Pietschmann --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org