Thanks Jeremias, for the estimation.
If, by "the whole graphics stuff", you should mean anything but JPG,
most developers could certainly live with that. (SVG would be great, but
fo:float and fo:block-container are much more important in practice.)
> we could integrate this in FOP
While XSL:FO makes up a relatively large part of my job, this current
project is just a smallish, short-term one. Thus, it needs to be done
using existing libraries as they are and the requirements will be
downscaled if needed.
However, I do believe that deploying FOP for .NET (using IKVM) would be
a real bummer in the Microsoft world, especially, as FOP now has made up
a new "major" version, and there's no free alternative.
There are many XSL:FO rendering engines that came up recently, and I'm
not sure how well they do work.
Traditionally, there's been high-level AntennaHouse, RenderX, and - of
course - FOP, and these stand for quality and innovation in my eyes.
When it comes to non-commercial XSL:FO renderers, there ain't anything
like FOP. (However, I always sigh when getting aware that this is all
done for free -- possibly further supporting the existence of
proprietary environments.)
- So, FOP on .NET (even with a number of caveats) would be a bummer in
my eyes.
Just my thoughts.
And, thanks again for providing and maintaining FOP, and even with
source code, and for free.
I'm paying respects
Robert
Jeremias Maerki wrote:
Robert,
you obviously need FOP under a .NET environment. Do you know IKVM?
http://www.ikvm.net
FOP is very near to be compatible with IKVM and Batik is not far behind
although the whole graphics stuff may still give a few problems. I've
once started to add build code to generate .NET binaries but that's only
a fun project for me so it's no priority. But if someone who really
needs it went after it we could integrate this in FOP and you could
always work from the latest FOP version and wouldn't have to worry about
being left behind.
On 21.03.2007 17:53:39 Robert Soeding wrote:
Thanks Adrian.
NFOP isn't very active, indeed. In October, I sent an email with two
patches to their author but didn't receive any response. To date, NFOP
isn't capable of using Unicode fonts on Windows.
I was asking the FOP mailing list because the code equals 99%. Using any
type of Java bridge would work, however, I thought I might be not too
far from having the issue solved.
I was wondering if anyone who's fluent with embedding fonts could point
me to some place where "usually" problems occur with that.
When will your patch be applied?
Best regards
Robert
Adrian Cumiskey wrote:
Hi Robert,
Firstly, have you posted a question about this on the NFOP forum
(http://sourceforge.net/mailarchive/forum.php?forum_id=12848)? NFOP
doesn't appear to be a very active project.
This mailing list is really just focused on Apache FOP project's XSL
FO implementation. There are many improvements in FOP 0.93, and font
(auto)configuration/detection is about to become much easier when my
patch is applied to the trunk. If it is possible for you to switch
over to using FOP instead maybe via HTTP calls to the FOPServlet I
would recommend that you do so.
Best of luck,
Adrian Cumiskey.
Robert Soeding wrote:
Hi, - As this is my first message here, I'd like to thank you very much
for providing and maintaining FOP. -
I'm using NFOP 1.1.0, which is translated almost 1:1 from FOP 0.20.5.
I would like to embed fonts into the resulting PDF document.
Currently, I'm registering fonts to FOP / the PDF document by code:
Configuration.put("fonts", <ArrayList of FontInfo objects>);
Configuration.put("fontBaseDir", "...");
That seems to work; font information is written by the PDFFont.toPDF()
method (but no (binary) "font code" / the font itself) (where would
this be done?). Font information also appears in Acrobat Reader's
document properties.
Nevertheless, the fonts won't get embedded, and Acrobat Reader reports
them as missing when they're not installed at the target computer.
My first problem is, this doesn't work completely, and moreover, I
cannot find anything else to be configurable by code.
The file paths to the metrics and font files are correct BTW, and the
issue concerns both TrueType and Type1 fonts.
OK, an alternative was to use <fop-dir>/conf/userconfig.xml. My problems
with that are, first, I don't know the XML root tag, resp., the XML
schema (I've already found the syntax of adding fonts there, though).
Second, this should produce the same results as manipulating the
Configuration directly.
Any ideas?
Best regards
Robert
Jeremias Maerki
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
