On 07 Jul 2011, at 21:07, Rob Sargent wrote:
Hi Rob
I can't seem to get my logger setup properly. I have these in my
original log4j.properties file
log4j.logger.org.apache.fop=ERROR
log4j.logger.org.apache.xmlgraphics=ERROR
I've changed them both to DEBUG, but only the xmlgraphics
I have to drop this for a bit: We've just release new software and we
all know how much fun that is...
Unfortunately I've had no luck with a substitution block in my fop
config file _comme ca_:
renderers
renderer mime=application/pdf
filterList
!--
On 07 Jul 2011, at 16:36, Rob Sargent wrote:
Hi Rob
snip /
Unfortunately I've had no luck with a substitution block in my fop
config file _comme ca_:
renderers
renderer mime=application/pdf
filterList
!-- provides compression using zlib flate (default
My mistake. A rash assumption that the example was simply glossing over
the renderer specific stuff. (Seemed reasonable to me that one might
want different fonts in different renderers)
I now have the following (partial) config. file and am still not getting
a clean Joint.
fop version=1.0
On 07 Jul 2011, at 19:07, Rob Sargent wrote:
Hi Rob
My mistake. A rash assumption that the example was simply glossing over the
renderer specific stuff. (Seemed reasonable to me that one might want
different fonts in different renderers)
I now have the following (partial) config. file
Andreas,
First off, thanks for your persistence in this matter.
I do not see the 'DEBUB - FontInfo ... replacing ...' line (nor the
others you mention) but this is likely a symptom of the setting of my
log level. Let me try to address that first.
I'm perhaps erroneously confident in my fop set
On 07 Jul 2011, at 20:01, Rob Sargent wrote:
Hi Rob
First off, thanks for your persistence in this matter.
No problem.
I do not see the 'DEBUB - FontInfo ... replacing ...' line (nor the
others you mention) but this is likely a symptom of the setting of my
log level. Let me try to
We're beating each other up. I've moved forward to 1.0 for this problem.
I can't seem to get my logger setup properly. I have these in my
original log4j.properties file
log4j.logger.org.apache.fop=ERROR
log4j.logger.org.apache.xmlgraphics=ERROR
I've changed them both to DEBUG, but only the
Andreas L. Delmelle wrote:
On 01 Jul 2011, at 18:20, Rob Sargent wrote:
Hi Rob
snip /
I'm coming to the conclusion that to guarantee all platforms use the
same font I must include it in the distribution of the client. As I've
said, we're already including non-standard fonts (e.g.
On 01 Jul 2011, at 18:20, Rob Sargent wrote:
Hi Rob
snip /
I'm coming to the conclusion that to guarantee all platforms use the
same font I must include it in the distribution of the client. As I've
said, we're already including non-standard fonts (e.g. Optima), but my
naive assumption
I need to get this reply off, but I also need to double check my setup
as I'm switching back and forth from 0.95 to 1.0 on this and the odds
that I've confused things are approaching 1 :(
I'm coming to the conclusion that to guarantee all platforms use the
same font I must include it in the
Hi Rob,
On 06/29/2011 10:44 AM, Rob Sargent wrote:
Well, that explains why the bold text of my sidebar looks fine!
Give that this SVG we're talking about I have to get _some_ font into
the OS's fonts setup. Also give that the stylesheet has to work on
Windows, Mac and Linux, what are the
Did you follow the link Vincent posted in Bugzilla? IIC, that explains
exactly what the core issue is, and shows what needs to be done to work
around it. Obviously, that would mean your FOP config is not portable across
all platforms, but that seems justifiable.
In the middle of a
On 30 Jun 2011, at 22:56, Rob Sargent wrote:
Did you follow the link Vincent posted in Bugzilla? IIC, that explains
exactly what the core issue is, and shows what needs to be done to work
around it. Obviously, that would mean your FOP config is not portable across
all platforms, but that
The news about the mac is reassuring, thanks.
So far I've swapped out the alias for Numbus Sans L for FreeSans in
/etc/fonts/conf.avail/30-metric-aliases.conf: fonts-config; fc-cache;
placed the following in my fop config xml
font kerning=yes embed-url=FreeSans.ttf
On 30 Jun 2011, at 23:47, Rob Sargent wrote:
The news about the mac is reassuring, thanks.
So far I've swapped out the alias for Numbus Sans L for FreeSans in
/etc/fonts/conf.avail/30-metric-aliases.conf: fonts-config; fc-cache;
placed the following in my fop config xml
font
On 01 Jul 2011, at 00:12, Andreas L. Delmelle wrote:
snip /
Did you also configure FOP to locate the FreeSans.ttf file?
See: http://xmlgraphics.apache.org/fop/1.0/fonts.html#basics, and beyond
Just noticed that it is not explicitly mentioned, but if you have a large
number of fonts
Even with auto-detect on?
Wait a second...
Did you also configure FOP to locate the FreeSans.ttf file?
See: http://xmlgraphics.apache.org/fop/1.0/fonts.html#basics, and beyond
If FOP is not specifically told to look elsewhere, and it would not find that
TTF in the working directory, then
I've now copied all the FreeSans files into the distribution (an eclipse
plugin based setup) and expressly call for FreeSans in the svg file.
The result is much the same as from relying on auto-detect: Just a
different spacing problem from that which we get when we call for
Helvetica: The J and o
On 01 Jul 2011, at 00:25, Rob Sargent wrote:
Even with auto-detect on?
In that case, the answer to my question would be: Yes, FOP is configured to
look elsewhere.
Still, it just occurred to me that the font definition you added, would only
influence the specifications of font and font-family
Hi,
I added some comments to the Bugzilla report. More details regarding
this specific issue:
Linux systems don’t have the Helvetica font, they use the Nimbus Sans L
clone. So you would have to specify ‘Nimbus Sans L’ as the font family.
The problem is, a condensed variant of this font exists,
Well, that explains why the bold text of my sidebar looks fine!
Give that this SVG we're talking about I have to get _some_ font into
the OS's fonts setup. Also give that the stylesheet has to work on
Windows, Mac and Linux, what are the chances of um, er aliasing FreeSans
as Helvetica? Looks
I'm on OpenSuSE-11.4.
I have 240 /usr/share/fonts/100dpi/helv*.pcf.gz. Are these unavailable
for SVG/PDF generation?
My /etc/fonts/fonts.conf names dir/usr/share/fonts/dir (and three
other dirs which don't exist).
Expressly adding dir/usr/share/fonts/100dpi/dir to
Hi Rob,
I took a quick look at this and just a note for future. If you see
this kind of problem, could you reduce the FO and PDF produced to
isolate the problem. There's a lot of visual noise here that makes
finding the issue more difficult, however, this does look like a FOP
bug, I've created a
Mehdi,
Sorry about the size of the pdf: I was hoping that removing the images
would make it simple enough or that the svg would suffice.
Knowing that you think it's a bug is re-assuring.
Not sure what P2 normal means in terms of time, so with a pointer to
what you think is the problem, I would
No problem.
If you want any advice this is what I'd do:
First double check it's not a kerning issue in the system font. I
think this is unlikely, but we need to double check that. I'd do that
by copying the font, and embedding the font in the PDF with the
#PCDATA as Jo (to do this you'll have to
Roger. Will give it a shot.
rjs
On 06/28/2011 10:03 AM, mehdi houshmand wrote:
No problem.
If you want any advice this is what I'd do:
First double check it's not a kerning issue in the system font. I
think this is unlikely, but we need to double check that. I'd do that
by copying the
Hi Rob,
No I don't it's necessary if you're happy that it's not a FOP issue.
Mehdi
On 25 June 2011 21:55, Rob Sargent rsarg...@xmission.com wrote:
Medhi,
I've loaded acroread on the shared linux box and the pdf looks fine.
Do you still want the pdf? Or does this become an Evince issue?
Roger, that. Will advise the Evince people.
mehdi houshmand wrote:
Hi Rob,
No I don't it's necessary if you're happy that it's not a FOP issue.
Mehdi
On 25 June 2011 21:55, Rob Sargent rsarg...@xmission.com wrote:
Medhi,
I've loaded acroread on the shared linux box and the pdf looks
Hi Rob,
Could you upload the PDF in question (if it's not too big) and it'll
give us a better idea of what the issue is.
Thanks
Mehdi
On 25 June 2011 04:37, Bernard Giannetti thebernmeis...@hotmail.com wrote:
Something which happened to me (unrelated to rotating text) but I noticed a
Medhi,
I've loaded acroread on the shared linux box and the pdf looks fine.
Do you still want the pdf? Or does this become an Evince issue?
Cheers,
rjs
mehdi houshmand wrote:
Hi Rob,
Could you upload the PDF in question (if it's not too big) and it'll
give us a better idea of what the
Something which happened to me (unrelated to rotating text) but I noticed a
difference between the PDF viewing engines of Adobe and Ubuntu's Document
Viewer.
There is some bug in the way the underlying library (used by Document Viewer)
does rendering - I cannot remember the specifics but the
32 matches
Mail list logo