Chris Bowditch wrote on Fri, 08 May 2009
10:12:25 +0100:
> Geert Bormans wrote:
>> 1. Does anyone have a good recommendation for a font that covers all
>> the characters I will need. Currently I think that Arial Unicode MS
>> would suite best
>> I appreciate suggestions for alternatives
>
> Arial
david wrote on Wed, 14 Jan 2009 03:36:58 +
(UTC):
> I notice that after I resize a 40008 x 3112 image (which is 2.5mb in
> size) to 66m width and scale:uniform set, the resulting pdf size is
> 2.5mb too
This is because FOP (as probably most page rendering engines) does not
contain any image
Are processor-specific fo extensions really the generally-accepted way
to go? I'd hesitate because this requires processor-specific XSLT
customizations. Are there really no better ways to to pass
document-specific parameters to the FO processor: command-line
options, .properties files, ...
Justus
Max Berger <[EMAIL PROTECTED]> wrote on Wed, 09 Jul 2008 10:34:45 +0200:
> I assume you have an external graphic? The JEuclid plugin tries to parse
> it - since it is valid XML it has to follow all external entities for
> correct parsing.
Why does JEuclid need to parse external graphics? Is JEucl
y (used in
> PreloaderSVG.java) and overriding the resolveEntity() method to consult
> FOP's URIResolver. Want to give it a try?
>
> On 28.06.2008 13:25:32 Justus-bulk wrote:
>> Hi,
>>
>> Processing my documents via command-line fop is enormously slowed down
Hi,
Processing my documents via command-line fop is enormously slowed down
by DTDs fetched over the 'net for SVG graphics included via
fo:external-graphic.
Is this a fop or a batik issue?
What can I do to get it to use an xml-commons-resolver?
Thanks,
Justus
---
Hi,
Here's a puzzle for you. I'm not sure whether it's a bug in JEuclid,
in FOP, or both (FOP 0.95beta and trunk, JEuclid FOP plugin 3.1.1):
PDF links below MathML have their sensitive areas shifted.
Here's an example .fo and FOP/JEuclid-generated PDF:
http://intelsig.montefiore.ulg.ac.be/~piat
Hi -
There's a bunch of solutions out there for n-up *printing*, but that's
really all they're good for. In a way they're all kludges; all methods
I know lose all (internal as well as external) links in the
process. (Please tell me if you know of methods that don't.)
Instead of trying to re-layou
Diana Walther <[EMAIL PROTECTED]> wrote on Wed, 05 Mar 2008 01:48:44 +0100:
> Is there any solution to embed only the subset in PDF creation?
Yes: Use fop trunk from SVN. Font handling has advanced a lot.
Justus
-
To unsubscrib
"Ben Bosman" <[EMAIL PROTECTED]> wrote on Mon, 25 Feb 2008 11:31:59 +0100:
> I have embedded the FreeFont in the generated PDF's, and this solved the
> problem.
> The drawback is that apple's 'Preview' (pdf viewer) can't handle the embedded
> font although Preview claims to be able to handle this.
Ben,
You might want to try the Stix fonts (http://www.stixfonts.org/),
probably the most complete Unicode font set currently
available. You'll need to convert them from OTF to TTF; I did this
with FontForge using the little script below, and the result works
well with FOP (trunk) for me.
Justus
Jeremias Maerki <[EMAIL PROTECTED]> wrote on Tue, 19 Feb 2008
12:14:11 +0100:
> Justus, would you mind attaching your patch to a new Bugzilla entry
Done: http://issues.apache.org/bugzilla/show_bug.cgi?id=44451
> I ... refined the font weights a bit
This is about the "medium" and "demi"? I'll ch
[EMAIL PROTECTED] wrote on Mon, 18 Feb 2008 08:16:12 +0100:
> Having pondered this for a while, I now think this would actually be
> the cleaner solution. I'll soon send another patch.
This was easy... I do like this one better. Jeremias?
Justus.
Index: src/java/org/apache/fop/render/PrintRende
Jeremias,
Hold on with the current patch:
[EMAIL PROTECTED] wrote on Sun, 17 Feb 2008 17:54:17 +0100:
> (An alternative solution would be to store the priorities
> in a separate HashMap. This would require additional put()s and
> get()s, but would slightly shorten the code and would have t
Jeremias,
Here's a patch. It fixes the DejaVu Condensed problem as well as my
Nimbus problem, as well as other problems of the same sort that
surfaced during testing. It is somewhat less clean a solution than I
had hoped; however, I cannot currently think of anything substantially
better short of
Jeremias -
I have found the cause for this one:
[EMAIL PROTECTED] wrote on Thu, 07 Feb 2008 10:18:37 +0100:
> - The two DejaVu fonts ("DejaVu Sans" and "DejaVu Serif") are
> condensed.
- DejaVuSerif.ttf calls declares the family name "DejaVu Serif", and
DejaVuSerifCondensed.ttf declares
Jeremias Maerki <[EMAIL PROTECTED]> wrote on Wed, 06 Feb 2008
20:52:48 +0100:
> Please delete the cache file and check if it gets any better. :-)
Progress after deleting fop-fonts.cache! I've updated the files on my
Web server.
- For the "official" font names (as used by Inkscape et al.), the
x27;re on a Unix which may behave differently for some
> reason. But I can't test that. But if Batik Squiggle displays the
> SVG fine then it can't be that.
Yes, weird:
> On 05.02.2008 20:26:55 Justus-bulk wrote:
>
>> - There seems to be an issue with Fop embedding fonts req
Jeremias Maerki <[EMAIL PROTECTED]> wrote on Tue, 05 Feb 2008
20:50:57 +0100:
> FOP Trunk?
Yes.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi,
I've run into the following issue; see
http://www.intelsig.be/~piater/nobackup/fop/svgfonts/ for the
accompanying files:
- I've created a simple file text.svg with Inkscape containing text in
different TrueType fonts and three Nimbus Type-1 fonts. It displays
OK in Firefox and Batik (squi
Works for me too. Wow. Thanks!
Justus
Jeremias Maerki <[EMAIL PROTECTED]> wrote on Fri, 01 Feb 2008
12:13:46 +0100:
> This is now fixed in FOP Trunk:
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [
Hi,
I have an SVG graphic that includes a PNG via .
This renders OK (to PDF) with Fop 0.94, but Fop Trunk silently drops
the bitmap part. By itself, the bitmap is rendered correctly by Fop
Trunk.
See http://www.intelsig.be/~piater/nobackup/fop/graphics/ for my test
files.
Thanks,
Justus
--
ove.
> ...
> On 18.01.2008 13:09:15 Justus-bulk wrote:
>> ...
>> pdffonts on Fop output:
>>
>> name type emb sub uni object ID
>> - --- --- --- -
>> Helv
Jeremias,
Trying to isolate the culprit, I did some more experiments, with mixed
results.
I created a text file containing eight of my installed TrueType fonts
in both XSL-FO and in OpenOffice, and created PDFs using Fop 0.94 and
OOo's PDF export, respectively (see
http://www.intelsig.be/~piater/
[EMAIL PROTECTED] wrote on Wed, 02 Jan 2008 11:54:26 +0100:
> xpdf continues to render but shows nothing (white space) in
> place of the STIX characters. The metrics and encoding seem ok though;
> I can copy and paste the invisible characters successfully from xpdf
> into emacs.
FWIW, I have the
Hi,
I'm trying to use the STIX fonts with FOP and am running into issues.
Ideally, the OpenType format used by the STIX fonts were supported
directly by FOP, but I understand this is work in progress. (To any
FOP developers out there: When might we have this?)
So I tried converting the fonts to
26 matches
Mail list logo
