https://issues.apache.org/bugzilla/show_bug.cgi?id=46867
--- Comment #3 from Chris Bowditch bowditch_ch...@hotmail.com 2009-03-17
05:32:28 PST ---
I've developed a fix for this bug. It's probably a bit dirty (as its been
developed in a rush) but solves my immediate need. If no one gives any
]
|extension doesn't work in |afp:invoke-medium-map
|the AFP Renderer|extension doesn't work in
||the AFP Renderer
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
Keywords||PatchAvailable
Summary|AFP Renderer does not |[PATCH] AFP Renderer does
|properly handle AFP fonts |not properly handle AFP
|with relative metric|fonts with relative metric
https://issues.apache.org/bugzilla/show_bug.cgi?id=45342
Jeremias Maerki jerem...@apache.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=46278
Jeremias Maerki jerem...@apache.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=44489
Jeremias Maerki jerem...@apache.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=46369
--- Comment #2 from Chris Bowditch [EMAIL PROTECTED] 2008-12-10 01:11:52 PST
---
Update: the change I mentioned yesterday is enough to get Overlays, Page
Segments and NOPs working. TLEs seem to fail because the method canWrite in
https://issues.apache.org/bugzilla/show_bug.cgi?id=46369
Chris Bowditch [EMAIL PROTECTED] changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=46369
Summary: AFP Renderer Extensions not working
Product: Fop
Version: 0.95
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
https://issues.apache.org/bugzilla/show_bug.cgi?id=46369
Chris Bowditch [EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://issues.apache.org/bugzilla/show_bug.cgi?id=45342
Emil Maskovsky [EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #22215|0 |1
is
https://issues.apache.org/bugzilla/show_bug.cgi?id=45342
Emil Maskovsky [EMAIL PROTECTED] changed:
What|Removed |Added
Component|general |fonts
https://issues.apache.org/bugzilla/show_bug.cgi?id=46276
Adrian Cumiskey [EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=46276
Summary: Justified text rendered poorly in AFP Renderer
Product: Fop
Version: 0.95
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority
https://issues.apache.org/bugzilla/show_bug.cgi?id=46278
--- Comment #1 from Chris Bowditch [EMAIL PROTECTED] 2008-11-24 06:10:28 PST
---
Created an attachment (id=22926)
-- (https://issues.apache.org/bugzilla/attachment.cgi?id=22926)
PDF File
--
Configure bugmail:
https://issues.apache.org/bugzilla/show_bug.cgi?id=45822
--- Comment #2 from Adrian Cumiskey [EMAIL PROTECTED] 2008-09-25 01:57:02
PST ---
Hi Chris,
Could you please confirm that this is a problem on 0.95 (as noted in this bug
report) or with trunk or the Temp_AFPGOCAResources branch.
https://issues.apache.org/bugzilla/show_bug.cgi?id=45822
--- Comment #3 from Chris Bowditch [EMAIL PROTECTED] 2008-09-25 02:20:52 PST
---
The problem exists in both trunk and Temp_AFPGOCAResources branch.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
https://issues.apache.org/bugzilla/show_bug.cgi?id=45821
Summary: AFP Renderer doesn't perform Image Clipping
Product: Fop
Version: 0.95
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
https://issues.apache.org/bugzilla/show_bug.cgi?id=45821
--- Comment #1 from Chris Bowditch [EMAIL PROTECTED] 2008-09-16 02:49:10 PST
---
Created an attachment (id=22591)
-- (https://issues.apache.org/bugzilla/attachment.cgi?id=22591)
Incorrect Output without image clipping
--
Configure
https://issues.apache.org/bugzilla/show_bug.cgi?id=45822
--- Comment #1 from Chris Bowditch [EMAIL PROTECTED] 2008-09-16 02:54:30 PST
---
Created an attachment (id=22593)
-- (https://issues.apache.org/bugzilla/attachment.cgi?id=22593)
Bad Output
--
Configure bugmail:
https://issues.apache.org/bugzilla/show_bug.cgi?id=44024
--- Comment #5 from Adrian Cumiskey [EMAIL PROTECTED] 2008-07-10 07:07:39
PST ---
This is now fixed in
https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_AFPGOCAResources.
I will close the bug when this branch is merged
On Jun 27, 2008, at 00:25, [EMAIL PROTECTED] wrote:
https://issues.apache.org/bugzilla/show_bug.cgi?id=44024
--- Comment #4 from Adrian Cumiskey [EMAIL PROTECTED] 2008-06-26
15:25:09 PST ---
Thanks Andreas, that does seem to reproduce the problem! Boy thats
a bad
bug/limitation that has
like a text block in your body region is
exceeding 253 characters and this is somehow causing the AFP renderer some
problems...
Could you possibly attach your FO input file and I will take a look at this?
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
of its
own ViewPortPos with offset. A far from ideal approach.
I am currently working on changing rewriting the AFP Renderer to take an
AffineTransform matrices approach (similar to the PDF/PS renderers).
.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You
https://issues.apache.org/bugzilla/show_bug.cgi?id=44024
--- Comment #2 from Andreas L. Delmelle [EMAIL PROTECTED] 2008-06-26
14:52:10 PST ---
Created an attachment (id=22185)
-- (https://issues.apache.org/bugzilla/attachment.cgi?id=22185)
testcase
;-)
--
Configure bugmail:
https://issues.apache.org/bugzilla/show_bug.cgi?id=44024
--- Comment #3 from Adrian Cumiskey [EMAIL PROTECTED] 2008-06-26 14:57:43
PST ---
Binary file is a test case? :-S
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail
https://issues.apache.org/bugzilla/show_bug.cgi?id=44024
Andreas L. Delmelle [EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #22185|application/octet-stream|text/plain
https://issues.apache.org/bugzilla/show_bug.cgi?id=44024
--- Comment #4 from Adrian Cumiskey [EMAIL PROTECTED] 2008-06-26 15:25:09
PST ---
Thanks Andreas, that does seem to reproduce the problem! Boy thats a bad
bug/limitation that has been lurking there since the beginning of time... A
Reply below..
Jeremias Maerki wrote:
I'm not sure I follow you. Do you mean that you'd always maintain the
transformation stack in the renderer? That's certainly something that
needs to be done in a uniform way.
Yes, a base renderer/painter could maintain both the transformation stack and
On 27.02.2008 17:09:49 Adrian Cumiskey wrote:
Reply below..
Jeremias Maerki wrote:
I'm not sure I follow you. Do you mean that you'd always maintain the
transformation stack in the renderer? That's certainly something that
needs to be done in a uniform way.
Yes, a base
Interesting. I just noticed that the break-out mechanism hasn't been
implemented for the AFP renderer and therefore fixed positioned
block-containers are not even supported in 0.94. Hmm. I guess I will
skip that then. I'm only hacking together the same feature level as in
0.94 anyway.
It turns
/show_bug.cgi?id=44489
Summary: AFP Renderer: Implement break-out mechanism to supported
fixed positioned block-containers
Product: Fop
Version: 1.0dev
Platform: All
OS/Version: All
Status: NEW
Severity
/show_bug.cgi?id=44490
Summary: AFP Renderer: Support for clipping is missing
Product: Fop
Version: 1.0dev
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: general
Hi Jeremias,
Yes I noticed this too in the AFP renderer and I am looking at trying to reuse more of
AbstractPathOrientedRenderer and bring it more into line with the state/breakout approach of the
PDF/PS renderers in the Temp_AFPAffineTransform branch. Also looking to start using stateful
:45:17 Adrian Cumiskey wrote:
Hi Jeremias,
Yes I noticed this too in the AFP renderer and I am looking at trying to reuse more of
AbstractPathOrientedRenderer and bring it more into line with the state/breakout approach of the
PDF/PS renderers in the Temp_AFPAffineTransform branch. Also looking
FYI, I'm going to revert the AFP Renderer in Trunk to revision 601712
(the revision before 603590 (2007-12-12) which broke the AFP Renderer).
Obviously, I'll have to reapply some of the changes that were done
in the meantime (like the image integration or changes in
AbstractPathOrientedRenderer
) and
this should affect only the files in the 603590 commit you should keep all the new stuff in trunk.
Adrian.
Jeremias Maerki wrote:
FYI, I'm going to revert the AFP Renderer in Trunk to revision 601712
(the revision before 603590 (2007-12-12) which broke the AFP Renderer).
Obviously, I'll have
Andreas L Delmelle wrote:
snip/
Those components/resources that apply to all types of renderers, can be
handled in AbstractRenderer.
AbstractRenderer could provide a generic createResource() method, which
can be overridden or re-implemented in the specific renderer types to
handle the
On Jan 17, 2008, at 09:55, Chris Bowditch wrote:
Andreas L Delmelle wrote:
snip/
Those components/resources that apply to all types of renderers,
can be handled in AbstractRenderer.
AbstractRenderer could provide a generic createResource() method,
which can be overridden or
.
But in doing so would break the current way that documents are constructed
by the AFP datastream.
Another issue which is related to this implementation is the more general way
that resources
(images/graphics/fonts etc) are handled (or not). Currently the AFP renderer
simply creates
block-container_absolute-position_reference-orientation.xml
through the AFP renderer. No SVG and still no luck:
- IE plugin AFP workbench are not displaying any text
- AFP Explorer is even crashing
It
should be fine to just update me with the details of your area tree changes
and I will make
On Jan 15, 2008, at 17:53, Jeremias Maerki wrote:
Hi guys
Sorry to interrupt (currently being completely AFP-agnostic :-))
Thanks for the feedback. It's certainly cool if you can make a single
SVG (or other graphic) a separate resource group that can
potentially be
reused. It's something
Hey, I don't like doing stuff twice or more times. Each output format
has its own specifics and there are limits to what extent commonalities
can be extracted. For example, some formats don't support free-form
transformations. In PCL, it's impossible to write a Graphics2D
implementation that
Adrian,
I wanted to plug in the new image package into the AFPRenderer in the
branch and found out that I cannot even render the simplest of SVGs
(like [1]) after the addition of the Graphics2D implementation here. The
image is painted but much too small and in the wrong place.
Furthermore, I
On 14.12.2007 14:18:36 Adrian Cumiskey wrote:
Jeremias,
Jeremias Maerki wrote:
Adrian,
I wanted to plug in the new image package into the AFPRenderer in the
branch and found out that I cannot even render the simplest of SVGs
(like [1]) after the addition of the Graphics2D
Jeremias Maerki wrote:
I only have the IE plugin. No AFP hardware to test with. snif.
Basically, it was just a:
fo:block
fo:external-graphic src=test/resources/images/img-w-size.svg/
/fo:block
No special configuration (i.e. the defaults). Really the simplest of
possible cases and it came
Oops, forgot the FO file.
On 14.12.2007 15:31:19 Jeremias Maerki wrote:
FO file is attached (to be run from the FOP root directory).
Expectation: see out.pdf
Effective output in AFP plug-in for IE: see screenshot-ie-afp.png
(produced with FOP Trunk rev 604185)
It could very well be
Jeremias,
Jeremias Maerki wrote:
Adrian,
I wanted to plug in the new image package into the AFPRenderer in the
branch and found out that I cannot even render the simplest of SVGs
(like [1]) after the addition of the Graphics2D implementation here. The
image is painted but much too small and in
/show_bug.cgi?id=44024
Summary: About AFP renderer Issues when i try to using Aria Fonts
which come from Mainframe
Product: Fop
Version: 0.94
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=43439.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=43041.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
decrease the output
quality for those who use the AFP renderer at its default settings. But
introducing renderer-resolution adds a third resolution setting which could lead
to confusion. Should we perhaps let each renderer try to give the user agent its
default target resolution?
Opinions? Ideas?
[1
/show_bug.cgi?id=43439
[EMAIL PROTECTED] changed:
What|Removed |Added
Summary|[PATCH] AFP Renderer - TLE |[PATCH] AFP Renderer - TLE
|value attribute missing when
/show_bug.cgi?id=43439
--- Additional Comments From [EMAIL PROTECTED] 2007-09-20 09:05 ---
Created an attachment (id=20861)
-- (http://issues.apache.org/bugzilla/attachment.cgi?id=20861action=view)
patch file
This patch will fix the bug with TLE value attributes being ignored with the
AFP
/show_bug.cgi?id=43439
Summary: [PATCH] AFP Renderer - TLE value attribute missing when
using area tree input
Product: Fop
Version: 1.0dev
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=43041.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
/show_bug.cgi?id=43041
Summary: [PATCH] AFP Renderer - output resolution control
Product: Fop
Version: 1.0dev
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: general
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=42956.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=42956.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=42956.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=42956.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=42956.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=41995.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=41995.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=41995.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=41995.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=41995.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=41995.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=41995.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=41995.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
/show_bug.cgi?id=41995
Summary: [PATCH] Barcode Support for AFP Renderer
Product: Fop
Version: all
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: general
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=41995.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=41995.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Dear fop-dev,
I'm the author of the AFPRenderer at http://afp-renderer.sourceforge.net/
which was ported across to fop-0.93 by Manuel Mall. It's great to see if
emerge in the 0.93 release thanks for everyone's effort in getting this out
and for including the AFP renderer.
I have been working
don't know but it would obviously be optimal. But I don't think it
would be bad if you did it in a proprietary way (as an AFP extension
element) for the AFP renderer.
Looking forward to seeing a patch!
On 12.03.2007 17:14:12 Townsend, Pete wrote:
Dear fop-dev,
I'm the author
Always good to hear when someone wants to contribute. TrueType support
for AFP will certainly be handy.
I can't give you technical advice on the AFP stuff because I'm only
a newbie there. But from the procedural point of view:
- http://xmlgraphics.apache.org/fop/dev/index.html#patches
- If you
assuming this isn't supported yet by
the renderer. Any thoughts on this / advice for me if I was going to have a
bash at contributing something along these lines?
Keith
--
View this message in context:
http://www.nabble.com/AFP-Renderer-t1518893.html#a4284202
Sent from the FOP - Dev forum
On Friday 05 May 2006 00:46, KeithHarris wrote:
Oopse, sorry - Fop wasn't complaining about the shared id there - it
was b/c I'd got the same chunk in a different part of the fo file.
Following the old docs just brings up warnings (WARNING: Unknown
formatting object
On Saturday 06 May 2006 21:20, Manuel Mall wrote:
On Friday 05 May 2006 00:46, KeithHarris wrote:
Oopse, sorry - Fop wasn't complaining about the shared id there -
it was b/c I'd got the same chunk in a different part of the fo
file. Following the old docs just brings up warnings (WARNING:
out for those new docs!
I'm going to dive in and start reading the code now - hopefully at the end
of my project I'll be able to contribute some documentation at least.
Keith
--
View this message in context:
http://www.nabble.com/AFP-Renderer-t1518893.html#a4231785
Sent from the FOP - Dev forum
this message in context:
http://www.nabble.com/AFP-Renderer-t1518893.html#a4233033
Sent from the FOP - Dev forum at Nabble.com.
Good stuff! Big thanks to Pete, Joe and Manuel for your work on the AFP
Renderer and for enduring the ASF bureaucracy.
Some initial comments on the code:
- I've already mentioned the tab characters to Manuel. He's looking into
them shortly.
- We should change the namespace declaration
On Friday 28 April 2006 17:18, Jeremias Maerki wrote:
Good stuff! Big thanks to Pete, Joe and Manuel for your work on the
AFP Renderer and for enduring the ASF bureaucracy.
Some initial comments on the code:
- I've already mentioned the tab characters to Manuel. He's looking
into them
(CZ4200 instead of C04200, etc.)
I'll be doing some heavy road testing on this project over the next couple
of weeks and will let you know if I spot anything.
--
View this message in context:
http://www.nabble.com/AFP-Renderer-t1518893.html#a4138512
Sent from the FOP - Dev forum at Nabble.com.
On Friday 28 April 2006 19:25, KeithHarris wrote:
Great stuff Manuel - this has gone straight into my project and is
producing perfect afps. All I had to do was add a version of the
configuration file you circulated on the old afp list
I just committed the first version of the AFP Renderer to the Sandbox.
This was pending for some time and after the IP clearance process has
now been completed the renderer can finally be put into the Apache
repository.
I hope it all compiles / builds correctly and no files have been missed
Manuel Mall wrote:
I just committed the first version of the AFP Renderer to the Sandbox.
Thanks for all your hard work Manuel. This will be very useful :)
snip/
Chris
, to cover their contributions that are not owned by thecorporation signing the CCLA.On 19.04.2006 16:05:17 Jeremias Maerki wrote:
Finally, we have all the CLAs and software grants for the AFP renderer together. We can now continue with the IP clearing process.Thanks,Jeremias Maerki
.
On 19.04.2006 16:05:17 Jeremias Maerki wrote:
Finally, we have all the CLAs and software grants for the AFP renderer
together. We can now continue with the IP clearing process.
Thanks,
Jeremias Maerki
All my contributions to the AFP Renderer have been done independently of
any corporate entity. I don't believe I need a CCLA.
Cheers,
Joe
On Thu, 20 April, 2006 2:09 pm, Jeremias Maerki wrote:
Right now, I'm ticking off the remainder of the checklist items for IP
clearance. One of the points
Schmetzer wrote:
On Fri, 2006-02-24 at 15:31 +0100, Jeremias Maerki wrote:
Manuel, Pete, Joe,
since Manuel told me he is very busy right now, I'd like to do a few
things for him. Let me list what remaining steps we need to take to
finish the code donation for the AFP Renderer.
AFAIK
On Fri, 2006-02-24 at 15:31 +0100, Jeremias Maerki wrote:
Manuel, Pete, Joe,
since Manuel told me he is very busy right now, I'd like to do a few
things for him. Let me list what remaining steps we need to take to
finish the code donation for the AFP Renderer.
AFAIK, Manuel has pretty
Manuel, Pete, Joe,
since Manuel told me he is very busy right now, I'd like to do a few
things for him. Let me list what remaining steps we need to take to
finish the code donation for the AFP Renderer.
AFAIK, Manuel has pretty much finished the port for FOP Trunk and has
placed the code
On Fri, 24 February, 2006 2:31 pm, Jeremias Maerki wrote:
Manuel, Pete, Joe,
since Manuel told me he is very busy right now, I'd like to do a few
things for him. Let me list what remaining steps we need to take to
finish the code donation for the AFP Renderer.
AFAIK, Manuel has pretty much
In November, Manuel proposed [1] to add the AFP Renderer [2] from Pete
Townsend and Joe Schmetzer to FOP's sandbox in the Trunk. We already
have 5 +1s (3 were PMC members: Chris, Clay, Jeremias), but judging from
recent discussions inside the incubator I think we should have a formal
PMC vote
I have been working lately on an AFP Renderer for FOP. As a starting
point I used http://afp-renderer.sourceforge.net. Some progress has
been made and some very basic rendering under fop trunk is working.
At the same time I have established contact with the original writers of
this software
on an AFP Renderer for FOP. As a starting
point I used http://afp-renderer.sourceforge.net. Some progress has
been made and some very basic rendering under fop trunk is working.
At the same time I have established contact with the original writers of
this software. As it turns out
Manuel Mall wrote:
I have been working lately on an AFP Renderer for FOP. As a starting
point I used http://afp-renderer.sourceforge.net. Some progress has
been made and some very basic rendering under fop trunk is working.
At the same time I have established contact with the original
On Nov 29, 2005, at 11:53, Manuel Mall wrote:
snip /
Any way, I would like to formally ask on this list if there are any
objections (assuming all licensing issues are cleared by the PMC
before
hand) to adding the AFP Renderer code to the fop trunk sandbox.
No objection here: +1.
Cheers
101 - 199 of 199 matches
Mail list logo