Re: on changing fop documentation sources to markdown

2012-04-12 Thread Vincent Hennebert
On 09/04/12 15:47, Glenn Adams wrote: > On Mon, Apr 9, 2012 at 6:50 AM, Clay Leeds wrote: > >> On Apr 8, 2012, at 7:21 PM, Glenn Adams wrote: >> >> Yes, we'd lose the XML-based nature of the documentation. That's a fairly >>> large loss, but I don't know if that's a showstopper, considering the

DO NOT REPLY [Bug 50492] Mapping of glyphs in the private area of TTF symbol fonts is only done if cmapRangeOffsets is not zero

2012-04-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50492 --- Comment #3 from az7...@googlemail.com 2012-04-12 10:03:06 UTC --- Created attachment 28590 --> https://issues.apache.org/bugzilla/attachment.cgi?id=28590 Short program to show that the glyph is not avaiable -- Configure bugmail: http

DO NOT REPLY [Bug 50492] Mapping of glyphs in the private area of TTF symbol fonts is only done if cmapRangeOffsets is not zero

2012-04-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50492 --- Comment #4 from az7...@googlemail.com 2012-04-12 10:04:04 UTC --- Created attachment 28591 --> https://issues.apache.org/bugzilla/attachment.cgi?id=28591 Small example fo-file -- Configure bugmail: https://issues.apache.org/bugzilla/

DO NOT REPLY [Bug 50492] Mapping of glyphs in the private area of TTF symbol fonts is only done if cmapRangeOffsets is not zero

2012-04-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50492 --- Comment #5 from az7...@googlemail.com 2012-04-12 10:04:43 UTC --- Created attachment 28592 --> https://issues.apache.org/bugzilla/attachment.cgi?id=28592 Generated pdf-file from fopglyphs.fo -- Configure bugmail: https://issues.apach

DO NOT REPLY [Bug 50492] Mapping of glyphs in the private area of TTF symbol fonts is only done if cmapRangeOffsets is not zero

2012-04-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50492 --- Comment #6 from az7...@googlemail.com 2012-04-12 10:05:11 UTC --- Created attachment 28593 --> https://issues.apache.org/bugzilla/attachment.cgi?id=28593 log-output during the generation -- Configure bugmail: https://issues.apache.or

DO NOT REPLY [Bug 50062] fop steals focus from GUI applications even though it is a CLI application

2012-04-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50062 Chris Bowditch changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

Re: on changing fop documentation sources to markdown

2012-04-12 Thread Chris Bowditch
On 12/04/2012 10:09, Vincent Hennebert wrote: Hi Vincent, My preference is to keep things as simple as possible. If keeping the docs in xdoc format complicates the publishing process, then I’m not in favour of it. In particular, I’d like to remove the dependency on Forrest. Publishing with Forr

Re: on changing fop documentation sources to markdown

2012-04-12 Thread Glenn Adams
On Thu, Apr 12, 2012 at 6:59 AM, Chris Bowditch wrote: > > Thanks for explaining. Based on the above I agree keeping xdocs seems > overkill. I'm happy to move to markdown if that is the best alternative. > Are there any options? > Agreed that removing forrest dependency is desirable. However, pre

DO NOT REPLY [Bug 50062] fop steals focus from GUI applications even though it is a CLI application

2012-04-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50062 --- Comment #8 from Glenn Adams 2012-04-12 13:47:21 UTC --- (In reply to comment #6) > If that is true, then fop is misdesigned, and that IS a bug. There's no > reason > that you should need to access a physical head in order to do anythi

DO NOT REPLY [Bug 52114] Extra spacing between characters while rendering text output

2012-04-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=52114 --- Comment #12 from Shawn 2012-04-12 14:15:19 UTC --- Created attachment 28595 --> https://issues.apache.org/bugzilla/attachment.cgi?id=28595 Updated FO based based on recoomendations My FO is using a fixed width font (Courier). I updat

DO NOT REPLY [Bug 52114] Extra spacing between characters while rendering text output

2012-04-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=52114 --- Comment #13 from Shawn 2012-04-12 14:15:49 UTC --- Created attachment 28596 --> https://issues.apache.org/bugzilla/attachment.cgi?id=28596 Output based on updated FO - Event worse -- Configure bugmail: https://issues.apache.org/bugz

DO NOT REPLY [Bug 49893] [PATCH] AFP image handling configuration

2012-04-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=49893 Peter Hancock changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|

DO NOT REPLY [Bug 52114] Extra spacing between characters while rendering text output

2012-04-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=52114 --- Comment #14 from Glenn Adams 2012-04-12 16:27:51 UTC --- (In reply to comment #13) > Created attachment 28596 [details] > Output based on updated FO - Event worse (In reply to comment #11) > only fixed font usage is supported for the T

DO NOT REPLY [Bug 52114] Extra spacing between characters while rendering text output

2012-04-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=52114 --- Comment #15 from Shawn 2012-04-12 17:31:56 UTC --- That definitely seemed to work. Thanks! I do need to know if this could potentially break existing text we might be sending through this renderer that come out looking just fine. If we

DO NOT REPLY [Bug 52114] Extra spacing between characters while rendering text output

2012-04-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=52114 Glenn Adams changed: What|Removed |Added Resolution|WONTFIX |FIXED --- Comment #16 from Glenn Ada

DO NOT REPLY [Bug 50062] fop steals focus from GUI applications even though it is a CLI application

2012-04-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50062 Jeremy Huddleston changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WO

DO NOT REPLY [Bug 50062] fop steals focus from GUI applications even though it is a CLI application

2012-04-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50062 --- Comment #10 from Glenn Adams 2012-04-12 18:04:51 UTC --- (In reply to comment #9) > I agree that any dependencies on being attached to a head should be removed, > but the fact that fop works just fine with -Djava.awt.headless=true seems

DO NOT REPLY [Bug 52114] Extra spacing between characters while rendering text output

2012-04-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=52114 --- Comment #17 from Shawn 2012-04-12 19:20:52 UTC --- Hey Glenn, it looks like you found a way to fix it? I don't suppose you could provide any more details about what you think was causing it could you? Also, will there be any issues if

DO NOT REPLY [Bug 52114] Extra spacing between characters while rendering text output

2012-04-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=52114 --- Comment #18 from Glenn Adams 2012-04-12 20:49:35 UTC --- (In reply to comment #17) > Hey Glenn, it looks like you found a way to fix it? I don't suppose you could > provide any more details about what you think was causing it could you?

Re: on changing fop documentation sources to markdown

2012-04-12 Thread Clay Leeds
On Apr 12, 2012, at 6:41 AM, Glenn Adams wrote: > Agreed that removing forrest dependency is desirable. However, presumably the > current xdocs would need to be converted to MD, in which case someone will > need to construct an XSLT to do so. That begs the question of whether it > would be nece

DO NOT REPLY [Bug 50062] fop steals focus from GUI applications even though it is a CLI application

2012-04-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50062 Glenn Adams changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|