DO NOT REPLY [Bug 48696] AFP rendering of bitmap images broke between revs 829021 and 829061
https://issues.apache.org/bugzilla/show_bug.cgi?id=48696 Jeremias Maerki jerem...@apache.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Jeremias Maerki jerem...@apache.org 2010-02-10 00:55:31 UTC --- Verified and commited. Thanks, Peter. http://svn.apache.org/viewvc?rev=908394view=rev BTW, while testing I found that the JPG in the demo ZIP, when encoded in RGB mode, comes out wrong (PNG is fine). I don't have time to look more closely at this right now. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Re: Font Loading via IF Rendering.
Martin,
I assume that the fonts were not properly configured in your case. While
testing I noticed that while my own test code worked fine, I got the
same error from the command-line. I've fixed that:
http://svn.apache.org/viewvc?rev=908410view=rev
Could it be that you got your example code from IFInputHandler.java
instead of from the example code or the website? The document handler
needs to be configured by a call to IFUtil.setupFonts(IFDocumentHandler).
Otherwise, you only get the default base 14 fonts.
HTH
On 10.02.2010 07:27:22 Martin Edge wrote:
anyone? (happy to try and fix it, but need a little help pointing myself in
some direction (other than backwards!))
-Original Message-
From: Martin Edge [mailto:martin.e...@intellimail.com.au]
Sent: Tuesday, 9 February 2010 1:51 PM
To: fop-dev@xmlgraphics.apache.org
Subject: RE: Font Loading via IF Rendering.
Hey Guys,
From what I can ascertain, when converting from IF - PS, the Intermediate
classes don't load the installed fonts, nor the configured fonts.
AbstractBinaryWritingIFDocumentHandler.java
Method: public void setDefaultFontInfo(FontInfo fontInfo) {
Currently has:
FontManager fontManager =
getUserAgent().getFactory().getFontManager();
FontCollection[] fontCollections = new FontCollection[] {
new
Base14FontCollection(fontManager.isBase14KerningEnabled())
};
Which when you get to the point of getInternalFontKey and look at the
triplets object, it seems to only contain the Base14 Fonts. What I found out
though, is if I put the following:
FontManager fontManager =
getUserAgent().getFactory().getFontManager();
Graphics2D graphics2D =
Java2DFontMetrics.createFontMetricsGraphics2D();
FontCollection[] fontCollections = new FontCollection[] {
new
Base14FontCollection(fontManager.isBase14KerningEnabled()),
new InstalledFontCollection(graphics2D)
};
Where I have reused the same method of retrieving the 2D fonts, and install
my special font, suddenly it can find the font in the triplets collection
and moves forward to render. It doesn't seem to render the font correctly,
but the point in this test was to show that the existing font configuration
in this scenario is not being loaded.
What do you think?
Martin
-Original Message-
From: Martin Edge [mailto:martin.e...@intellimail.com.au]
Sent: Tuesday, 9 February 2010 10:40 AM
To: 'fop-dev@xmlgraphics.apache.org'
Subject: RE: Font Loading via IF Rendering.
Hi Guys,
Also noticed, when Im performing the IF - PS Conversion...
The method which I'm guessing is to setup fonts doesn't seem to be called
anywhere?
public static void setupFonts(IFDocumentHandler documentHandler, FontInfo
fontInfo)
throws FOPException {
This is in IFUtil.java.
So I am unsure where the font collection is actually being setup (if it is
at all) and if it is not, well I'm guessing this is the source of my
problem.
Thanks
Martin
-Original Message-
From: Martin Edge [mailto:martin.e...@intellimail.com.au]
Sent: Tuesday, 9 February 2010 9:46 AM
To: 'fop-dev@xmlgraphics.apache.org'
Subject: Font Loading via IF Rendering.
Hey Guys,
Trying to get to the bottom of my inability to generate a PostScript file
from Intermediate File.
Don't know much about the structure of the code, so I thought I'd comment on
what I've seen and see if there is any suggestion on where to look.
When converting from IF - PS (and the original IF was generated with a
application/postscript MIME tag),
In PSPainter.java - In function drawText function:
fontKey = getFontInfo().getInternalFontKey(triplet);
Returns a null for my given font, even though the font was _not_ complained
about when I loaded
I did notice when reviewing the 'triplets' collection that for all entries
in there, there was a substantial amount of null entries (like the loading
of some fonts failed?)
What populates the triplets collection?
Thanks
Martin.
Jeremias Maerki
Re: fop.jar's MANIFEST.MF
Peter, the why questions are often difficult. ;-) I don't see a problem with extending the Build-Id property, for example with the attached patch. If noone objects, I'm happy to commit that. On 08.02.2010 11:04:47 Peter Hancock wrote: Hi all, Does anyone know the why the Build-Id property of the MANIFEST.MF file should include the ant property 'java.runtime.version', yet not the 'javac.target' property used by the javac task in the compile target? I appreciate that the version of the JVM running ant may perhaps affect the build process, but is it not more useful to have info on the JVM that the fop.jar is compiled for? Thanks for any comments in advance, Peter Jeremias Maerki build-id-patch.diff Description: Binary data
RE: Font Loading via IF Rendering.
Hey Jeremias,
In the change set
(http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/java/org/apache/fop/
cli/IFInputHandler.java?r1=746664r2=908410pathrev=908410) you committed
was this:
-documentHandler.setDefaultFontInfo(new FontInfo());
+IFUtil.setupFonts(documentHandler);
I'm thinking that was the culprit - so far so good. Can render my special
fonts ;-)
Absolutely fantastic - now I just have to make it so I can use duplex and
tray selection via my edit-intermediate scripts and we're good to go.
Thanks so much!
Martin.
-Original Message-
From: Jeremias Maerki [mailto:d...@jeremias-maerki.ch]
Sent: Wednesday, 10 February 2010 8:37 PM
To: fop-dev@xmlgraphics.apache.org
Cc: Martin Edge
Subject: Re: Font Loading via IF Rendering.
Martin,
I assume that the fonts were not properly configured in your case. While
testing I noticed that while my own test code worked fine, I got the
same error from the command-line. I've fixed that:
http://svn.apache.org/viewvc?rev=908410view=rev
Could it be that you got your example code from IFInputHandler.java
instead of from the example code or the website? The document handler
needs to be configured by a call to IFUtil.setupFonts(IFDocumentHandler).
Otherwise, you only get the default base 14 fonts.
HTH
On 10.02.2010 07:27:22 Martin Edge wrote:
anyone? (happy to try and fix it, but need a little help pointing myself
in
some direction (other than backwards!))
-Original Message-
From: Martin Edge [mailto:martin.e...@intellimail.com.au]
Sent: Tuesday, 9 February 2010 1:51 PM
To: fop-dev@xmlgraphics.apache.org
Subject: RE: Font Loading via IF Rendering.
Hey Guys,
From what I can ascertain, when converting from IF - PS, the Intermediate
classes don't load the installed fonts, nor the configured fonts.
AbstractBinaryWritingIFDocumentHandler.java
Method: public void setDefaultFontInfo(FontInfo fontInfo) {
Currently has:
FontManager fontManager =
getUserAgent().getFactory().getFontManager();
FontCollection[] fontCollections = new FontCollection[] {
new
Base14FontCollection(fontManager.isBase14KerningEnabled())
};
Which when you get to the point of getInternalFontKey and look at the
triplets object, it seems to only contain the Base14 Fonts. What I found
out
though, is if I put the following:
FontManager fontManager =
getUserAgent().getFactory().getFontManager();
Graphics2D graphics2D =
Java2DFontMetrics.createFontMetricsGraphics2D();
FontCollection[] fontCollections = new FontCollection[] {
new
Base14FontCollection(fontManager.isBase14KerningEnabled()),
new InstalledFontCollection(graphics2D)
};
Where I have reused the same method of retrieving the 2D fonts, and
install
my special font, suddenly it can find the font in the triplets collection
and moves forward to render. It doesn't seem to render the font correctly,
but the point in this test was to show that the existing font
configuration
in this scenario is not being loaded.
What do you think?
Martin
-Original Message-
From: Martin Edge [mailto:martin.e...@intellimail.com.au]
Sent: Tuesday, 9 February 2010 10:40 AM
To: 'fop-dev@xmlgraphics.apache.org'
Subject: RE: Font Loading via IF Rendering.
Hi Guys,
Also noticed, when Im performing the IF - PS Conversion...
The method which I'm guessing is to setup fonts doesn't seem to be called
anywhere?
public static void setupFonts(IFDocumentHandler documentHandler, FontInfo
fontInfo)
throws FOPException {
This is in IFUtil.java.
So I am unsure where the font collection is actually being setup (if it is
at all) and if it is not, well I'm guessing this is the source of my
problem.
Thanks
Martin
-Original Message-
From: Martin Edge [mailto:martin.e...@intellimail.com.au]
Sent: Tuesday, 9 February 2010 9:46 AM
To: 'fop-dev@xmlgraphics.apache.org'
Subject: Font Loading via IF Rendering.
Hey Guys,
Trying to get to the bottom of my inability to generate a PostScript file
from Intermediate File.
Don't know much about the structure of the code, so I thought I'd comment
on
what I've seen and see if there is any suggestion on where to look.
When converting from IF - PS (and the original IF was generated with a
application/postscript MIME tag),
In PSPainter.java - In function drawText function:
fontKey = getFontInfo().getInternalFontKey(triplet);
Returns a null for my given font, even though the font was _not_
complained
about when I loaded
I did notice when reviewing the 'triplets' collection that for all entries
in there, there was a substantial amount of null entries (like the loading
of some fonts failed?)
What populates the triplets collection?
Thanks
Martin.
Jeremias Maerki
DO NOT REPLY [Bug 48512] Metrics needed with Type 1 fonts to have accentuated chars
https://issues.apache.org/bugzilla/show_bug.cgi?id=48512 Jeremias Maerki jerem...@apache.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #6 from Jeremias Maerki jerem...@apache.org 2010-02-10 07:38:54 UTC --- I've committed my patch. I got a bug report today which indicated problems with character widths for certain glyphs in PostScript output (PSRenderer only). Turns out it's the same bug. http://svn.apache.org/viewvc?rev=908543view=rev -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 48723] SVG Image Rendered Upside Down in PostScript
https://issues.apache.org/bugzilla/show_bug.cgi?id=48723 --- Comment #1 from Vincent Hennebert vhenneb...@gmail.com 2010-02-10 17:08:31 UTC --- Created an attachment (id=24961) -- (https://issues.apache.org/bugzilla/attachment.cgi?id=24961) FO file containing the SVG image -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 48723] SVG Image Rendered Upside Down in PostScript
https://issues.apache.org/bugzilla/show_bug.cgi?id=48723 --- Comment #3 from Vincent Hennebert vhenneb...@gmail.com 2010-02-10 17:09:35 UTC --- Created an attachment (id=24963) -- (https://issues.apache.org/bugzilla/attachment.cgi?id=24963) Wrong PS output -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 48724] New: space-after applied only to line 1 when fo:block is nested within fo:inline
https://issues.apache.org/bugzilla/show_bug.cgi?id=48724 Summary: space-after applied only to line 1 when fo:block is nested within fo:inline Product: Fop Version: 1.0dev Platform: PC OS/Version: Windows Vista Status: NEW Severity: normal Priority: P2 Component: general AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: gr...@eightfoldconsulting.com Created an attachment (id=24964) -- (https://issues.apache.org/bugzilla/attachment.cgi?id=24964) Rendered PDF When an fo:block is nested within fo:inline the space-after property seems to be only applied to the first line and not the last line. On page 25 of the attached PDF under the line This black and white photo shows a two- it occurs. Here's that portion of the XSL-FO. fo:block keep-with-previous.within-page=3 fo:inline font-weight=bold fo:block space-after=0.5em space-before=0.5em This black and white photo shows a two-wheeled wagon piled high with cloth sacks filled with goods. Another sack lies on the grass next to the wagon. The wagon has the thin tires and criss-cross pattern of spokes on the wheels that are characteristic of the 1930s. /fo:block /fo:inline /fo:block -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
